В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Go-go!

4178 membersпожаловаться на группу
2020 December 08

AS

Alexey Shumkin in Go-go!
Evgeny
Ну, значит, вы не попадаете в ЦА, хотя я в первых абзацах и попробовал на скоро раскрыть то, что такое DI и зачем это нужно. Жаль, если не удалось :(
Вообще оно задумывалось, как обзор способов организовать компоненты приложения, но в процессе написания статьи я видимо слегка увлёкся и добавил слишком много теории :D
А про какие "сотни зависимостей" в Го-приложении даже теоретически говорится? Ну, две перечислены: HTTP-сервер и коннект к БД - ок.
Ещё десяток хотя бы перечислить можно?
источник
10:36пожаловаться#1

V

Vlad in Go-go!
Evgeny
https://habr.com/ru/company/vivid_money/blog/531822/
Еее, моя первая статья. Таки высказался про этот ваш wire :)
Мне понравилось, спасибо! попал в ца, т.к. с di и java spring знаком не понаслышке. Хотя пока так и не признал, что го подходит для таких размеров приложений и что если нужен di на 100 компонентов, го лучший вариант)
источник
10:38пожаловаться#2

V

Vlad in Go-go!
Alexey Shumkin
А про какие "сотни зависимостей" в Го-приложении даже теоретически говорится? Ну, две перечислены: HTTP-сервер и коннект к БД - ок.
Ещё десяток хотя бы перечислить можно?
ну если будут различные сервисы/репозитории/ то зависимостей наберется много.
Типа репозитории - прячут конкретные sql select и insert для разных сущностей. Сервисы прячут логику вызова этих репозиториев и других сервисов.  Чтобы не было огромной функции в которой все делается подряд, будет сервис, который вызывает другие сервисы и тд
источник
10:38пожаловаться#3

AS

Alexey Shumkin in Go-go!
Vlad
ну если будут различные сервисы/репозитории/ то зависимостей наберется много.
Типа репозитории - прячут конкретные sql select и insert для разных сущностей. Сервисы прячут логику вызова этих репозиториев и других сервисов.  Чтобы не было огромной функции в которой все делается подряд, будет сервис, который вызывает другие сервисы и тд
Не, меня не устраивает ответ "если".. это и в статье есть... От того и вопрос..
мне хочется услышать "то, то и то", например...
источник
10:40пожаловаться#4

V

Vlad in Go-go!
Alexey Shumkin
Не, меня не устраивает ответ "если".. это и в статье есть... От того и вопрос..
мне хочется услышать "то, то и то", например...
ну я перечислил - это стандартный подход разделения на компоненты для более менее среднего даже приложения, где нужно больше одной таблицы сохранять
источник
10:41пожаловаться#5

CF

Captain Flint in Go-go!
Stanislav Ovsiannikov
reserved ни на что не влияет. он просто запрещает случайно использовать перечисленные поля/имена
Окей, а как правильно удалить/изменить поле, чтобы необновленный клиент не сломался?
источник
10:41пожаловаться#6

V

Vlad in Go-go!
Captain Flint
Окей, а как правильно удалить/изменить поле, чтобы необновленный клиент не сломался?
насколько известно, поле удалить из proto можно, главное не трогать этот номер больше и не присваивать его другим полям
источник
10:41пожаловаться#7

V

Vlad in Go-go!
Vlad
насколько известно, поле удалить из proto можно, главное не трогать этот номер больше и не присваивать его другим полям
https://developers.google.com/protocol-buffers/docs/overview#updating
источник
10:43пожаловаться#8

CF

Captain Flint in Go-go!
Vlad
насколько известно, поле удалить из proto можно, главное не трогать этот номер больше и не присваивать его другим полям
Если есть 100 полей и часто меняется структура (абстрактно), то... Помечать все поля как reserved и больше никогда не трогать?

Как то не очень. Точно по другому никак?
источник
10:44пожаловаться#9

V

Vlad in Go-go!
Captain Flint
Если есть 100 полей и часто меняется структура (абстрактно), то... Помечать все поля как reserved и больше никогда не трогать?

Как то не очень. Точно по другому никак?
вот более корректная, т.к. optional в 3 версии убрали вроде
https://developers.google.com/protocol-buffers/docs/proto3#updating
источник
10:44пожаловаться#10

V

Vlad in Go-go!
Captain Flint
Если есть 100 полей и часто меняется структура (абстрактно), то... Помечать все поля как reserved и больше никогда не трогать?

Как то не очень. Точно по другому никак?
если часто меняется структура, значит можно ломать как надо. А если меняется кардинально, правильнее будет выпустить новую версию сервиса, иначе это боль.
А для обратно совместимых изменений, можно применять стратегию, как описано
источник
10:45пожаловаться#11

CF

Captain Flint in Go-go!
Vlad
если часто меняется структура, значит можно ломать как надо. А если меняется кардинально, правильнее будет выпустить новую версию сервиса, иначе это боль.
А для обратно совместимых изменений, можно применять стратегию, как описано
окей, спасибо за инфу!
источник
10:46пожаловаться#12

MD

Maxim Dororonin in Go-go!
Alexey Shumkin
А про какие "сотни зависимостей" в Го-приложении даже теоретически говорится? Ну, две перечислены: HTTP-сервер и коннект к БД - ок.
Ещё десяток хотя бы перечислить можно?
У нас есть апи гейтвей на gqlgen с 200+ сущностями: клиенты ко всем сервисам + резолверы + даталоадеры) Граф относительно небольшой
источник
11:57пожаловаться#13

NT

Nikita Tarasov in Go-go!
Всем привет. Хочу узнать, какие вопросы задают на должность Golang Developer? Что именно по гоу могут спросить? Сетевые протоколы? ООП? Бо столько всего много, и боюсь чтобы я не забыл во время собеседования с техлидом)
источник
14:59пожаловаться#14

ЕА

Егор Андреевич... in Go-go!
зависит от сферы деятельности
источник
15:01пожаловаться#15

АВ

Александр Владимиров... in Go-go!
Nikita Tarasov
Всем привет. Хочу узнать, какие вопросы задают на должность Golang Developer? Что именно по гоу могут спросить? Сетевые протоколы? ООП? Бо столько всего много, и боюсь чтобы я не забыл во время собеседования с техлидом)
В го есть ООП ?
источник
15:01пожаловаться#16

ЕА

Егор Андреевич... in Go-go!
если конкретно по языку - то по спецификациям могут поспрашивать, как что работает, зачем нужны каналы, зачем нужны мютексы, что такое что другое и тд и тп
источник
15:02пожаловаться#17

ВС

Владимир Столяров... in Go-go!
Александр Владимирович
В го есть ООП ?
успешно маскируется под таковое)
источник
15:02пожаловаться#18

𝘀

𝘀𝘂𝘃𝗿𝗶𝗰𝗸... in Go-go!
Хочу совет по книги на русском. Есть у кого нибудь рекомендации?
источник
15:05пожаловаться#19

АП

Александр Попов... in Go-go!
а кто-то занимался real time мониторингом приложений?
источник
15:10пожаловаться#20