
Mykyta
08.10.2018
13:42:07

Daniel
08.10.2018
13:42:47
и?

Ilya
08.10.2018
13:43:11
Исторически конечно

Daniel
08.10.2018
13:43:12
потому, что нет никакого гугла

Google

Daniel
08.10.2018
13:43:19
это холдинг, фактически

Ilya
08.10.2018
13:43:57
Никто не будет легаси масштабно переписывать, это финансовое самоубийство

Daniel
08.10.2018
13:44:00
ну у нас тут есть люди из гугла
спросите
есть и прямые гуглеры
(или не тут? могу путать чатики)

Antoni
08.10.2018
13:45:03
Не любят в Гугле Go

Диёр
08.10.2018
13:45:08
Соболезную

Roman
08.10.2018
13:50:09
предлагаешь интернет гиганту начать массовую миграцию всего на Go? заставлять переучиваться десяток тысяч людей? Переписывать все библиотеки под Go?)))
Go они разработали для новых проектов, никто не будет менять Java на Go если на то нет весомых причин, но новые проекты наверное будут писать на Go

Daniel
08.10.2018
13:51:08
имею вопрос по средствам поддержки разработки
вот у меня есть монорепа. это данность.
и в ней е меня полтора десятка сервисов, и много либ, и вендор нехилого размера.
и хочу я, чтобы кажды раз, когда я либу обновляю, или вендор, какая-нибудь тулза сообщала мне, какие сервисы надо пересобрать, оттестить и выкатить.
есть че?
вообще-то нет
вообще-то, у нас есть способ точно выяснить, что именно зависит от обновленного кода
у нас дерево зависимостей можно построить задешево

Google

Daniel
08.10.2018
13:55:27
не все со всеми
если я не идиот - эти связи будут видны в импортах

Mykyta
08.10.2018
13:56:11
может есть какой-то libcommon, в котором лежат интерфейсы отвечающие за это общение

Daniel
08.10.2018
13:56:42
если у меня для двух сервисов общее api - оно будет в либе

Mykyta
08.10.2018
13:57:40
как вариант, каждый сервис выделить в отдельный модуль
при каждом коммите в отдельный сервис, выделять версию

Daniel
08.10.2018
13:57:45
то или им пофиг на эту либу, или эти зависимости отражены в коде
еще раз, если сервисы связаны - это будет видно по коду. потому, что будет либа с протоколом их взаимодействия.
это не обязательно так, но можно сделать, чтобы так было
так монорепа же

Artem
08.10.2018
14:01:46
у меня есть волшебный баш скрипт, который подменяет версию либы во всех репах, пушит в CI и кладет сборку часа на 4

Antoni
08.10.2018
14:02:45
можно просто релизить каждый раз новую версию под старой
и баш скрипт не нужен
так гугл делает с amp, очень продвинутое решение

Daniel
08.10.2018
14:03:26
но это на другой вопрос ответ

Artem
08.10.2018
14:03:45
так подтянуть нужно новую, у нас сборка dep ensure --vendor-only
мы указываем сами, что ему брать, ибо был уже прецедент с uuid либой
от системы зависит
но если в одном, то это вроде как 1 проект

Admin
ERROR: S client not available

Roman
08.10.2018
14:24:50

Google

Roman
08.10.2018
14:24:56
они же?

Olzhas
08.10.2018
14:25:33
Da

Artem
08.10.2018
14:29:13
ух ты
а можно в goland приделать себе 2 проекта в одно окно, что б типо как в datagrip базы были?

Marlik
08.10.2018
14:38:55

Daniel
08.10.2018
14:39:19
не вижу связи...

ivan
08.10.2018
15:33:09
Подскажите, скопировать слайс (имеется ввиду сам слайс а не указатель на него) можно только через append с распаковкой или есть более лаконичный метод?

Aleksandr
08.10.2018
15:35:17
a := b[:]
вроде так будет работать

Nick
08.10.2018
15:36:10
copy(dst, src)

Иван
08.10.2018
15:36:17
https://golang.org/pkg/builtin/#copy

Aleksandr
08.10.2018
15:36:25
точно

Nick
08.10.2018
15:36:41

ivan
08.10.2018
15:38:13
У меня после copy 2 dst пустым остается, но с array копи работал

Aleksandr
08.10.2018
15:38:45
dst должен быть с достаточным cap, насколько помню
https://play.golang.org/p/7bdsWvxdZpg

Maksim (Ellrion)
08.10.2018
15:41:18