Size: a a a

Golang Developers — русскоговорящее сообщество

2020 August 15

AK

Alisa Kruglova in Golang Developers — русскоговорящее сообщество
Анатолий
Переслано от Alisa Kruglova
Сравним Go и PHP в спокойной обстановке

Язык - инструмент. В арсенале разработчика их найдется несколько. Можно часами расписывать достоинства любимчиков, сложнее сказать - для чего вы бы не стали их советовать.

15 августа соберемся именно за этим. Мы разберем код двух “типовых” приложений - одного на PHP, другого - на Go, чтобы на примере увидеть особенности проектов. А после обсудим 8-10 сервисов, где опытные разработчики сознательно отказались бы от языка, на котором пишут обычно.

В Youtube-трансляцию в 11:00 по Москве придут:

Елена Граховац (GetYourGuide)
Илья Шихалеев (iSpring)
Александр Макаров (Yii)
Руслан Ханов (ИТМО)

Модератором дискуссии выступит Антон Морев (WormSoft).
Будет возможность задать вопросы голосом (достаточно браузера и микрофона) и продолжить общение в Zoom.

Лайв соорганизуют конференция PHP Russia и компания Skyeng.
Доброго утра всем) Подключайтесь к лайву через 20 минут, если уже не спите)
источник

s

shawas in Golang Developers — русскоговорящее сообщество
Уже подключился
источник
2020 August 17

DK

Denis Korolev in Golang Developers — русскоговорящее сообщество
Ребят всем привет кто работал на гошке с selenium ? Не могу настроить чтобы он ходил через проксю
источник

V

Vlad in Golang Developers — русскоговорящее сообщество
Гайс, если мне нужно версионирование в микросервисах с RabbitMQ, нормально ли будет хранить версии в типах повествований?
источник

А

Анатолий in Golang Developers — русскоговорящее сообщество
ой фу, у тебя ж есть бесконечные очереди, сделай новые версии в новой очереди
источник

V

Vlad in Golang Developers — русскоговорящее сообщество
Чего сразу фу 😅, я с REST. За очереди я даже не подумал.
источник

А

Анатолий in Golang Developers — русскоговорящее сообщество
фу это я имел ввиду хранить вресии вместе с сообщением, на много проще слать все новые версии в другую очередь и поднять сервис без обработки версии который работает только с этой очередью
источник

А

Анатолий in Golang Developers — русскоговорящее сообщество
пока их 2-3 все будет хорошо, когда пойдешь дальше, у тебя кода на обработку вресии и преобразований будет больше чем самой логики
источник

V

Vlad in Golang Developers — русскоговорящее сообщество
Ок, не думаю, что будет много мажорных изменений
источник

RS

Roman Sakal in Golang Developers — русскоговорящее сообщество
+1 за разные очереди для разных версий.
источник
2020 August 18

NB

Nurshat Bazilov in Golang Developers — русскоговорящее сообщество
Всем привет, есть в этой группе рекомендуемые ресурсы для развития в плане go разработчика?
источник

NB

Nurshat Bazilov in Golang Developers — русскоговорящее сообщество
Какие must have книги подскажите?
источник

X

XO in Golang Developers — русскоговорящее сообщество
Добра
источник

X

XO in Golang Developers — русскоговорящее сообщество
что за конструкция _g ?
источник

X

XO in Golang Developers — русскоговорящее сообщество
в инете и в учебниках говорится только о "_, x" как опускаемая переменная
а это что за зверь?
источник

X

XO in Golang Developers — русскоговорящее сообщество
даже про импорт с _ говорится :) а про _g нет :)
источник

X

XO in Golang Developers — русскоговорящее сообщество
уточняю: нижнее подчёркивание перед переменной
_var
источник

СГ

Сергей Гришаев... in Golang Developers — русскоговорящее сообщество
скорее всего, это использует кто-то, пришедший с питона, там часто используют эту конструкцию для того, чтобы показать, что эта переменная - внутренняя, техническая и не должна как то трогаться пользователем. В go нет таких соглашений, скорее, это дело привычки. В случае с _var, скорее всего человеку лень придумать другое название, а var - зарезервировано языком, поэтому и добавляют подчеркивание впереди
источник

X

XO in Golang Developers — русскоговорящее сообщество
плохо пояснил видимо :)
в контексте кода встречаются переменные _g _r _c и так далее
_var это я общую схему написал :)
ну вот так пусть будет _<anyVar>
источник

X

XO in Golang Developers — русскоговорящее сообщество
Сергей Гришаев
скорее всего, это использует кто-то, пришедший с питона, там часто используют эту конструкцию для того, чтобы показать, что эта переменная - внутренняя, техническая и не должна как то трогаться пользователем. В go нет таких соглашений, скорее, это дело привычки. В случае с _var, скорее всего человеку лень придумать другое название, а var - зарезервировано языком, поэтому и добавляют подчеркивание впереди
источник