АГ
по ним генерится код на нужном языке (у нас го и пыха)
Size: a a a
2021 January 28
AE
ну вот у нас например сейчас протофайлы копируются между разными микросервисами. в итоге если что-то поменяется - придется вспоминать из головы, где они используются, и там обновлять... как по мне это проблема, но пока я вообще не шарю в этом, чтобы понимать, как с этим бороться, и возможно ли вообще
git submodule
AK
protobuf спецификация, для микросервисов на grpc. описание структур и методов апи
а понял
АГ
git submodule
возможно, но я пока слишком мелкую роль в проекте играю, чтобы предлагать подобные решения, но думаю можно тимлиду подкинуть такую идейку.
AE
отдельная репа для прото, в нужные сервисы подключать
k
Формально, связность при этом не повышается от дублирования
Как так? Ведь править надо в двух местах - значит каплинг именно что повышается 🤔
ЕР
Как так? Ведь править надо в двух местах - значит каплинг именно что повышается 🤔
Какой из видов?)
k
Какой из видов?)
я не знаю названия этого вида каплинга)
тем не менее если суть каплинга в том, что при изменении одного модуля необходимо поменять другой - каплинг есть.
тем не менее если суть каплинга в том, что при изменении одного модуля необходимо поменять другой - каплинг есть.
ЕР
Это не про каплинг, имхо)
ЕР
Зависимостей то в коде меньше становится
k
Зависимостей то в коде меньше становится
зависимость между дублями модуля остаётся, ведь при изменении одного надо поменять другой
DT
Тоже считаю что дубликаты не стоит пытаться засунуть в какой нибудь каплинг. Дубли это дубли. Ты говоришь человеку про дублируютщийся код и человек понимает опасность этого.
DT
И каплинг далеко не всегда про изменения
DT
Тот же теппорал каплинг про зависимость результата от течения времени, а не про изменения кода
SP
Зависимостей то в коде меньше становится
меньше концепций становится или они просто изолируются
SP
Тот же теппорал каплинг про зависимость результата от течения времени, а не про изменения кода
там не от течения времени, а то что у тебя одна операция зависит от результата другой. Что как бы подразумевает что зависит от времени/очередности. Такие штуки обычно не явно выглядят и если ты меняешь операцию другие тоже возможно придется менять.
Каплинг вообще не проблема если ничего не меняется. Что не реалистично потому проблема.
Каплинг вообще не проблема если ничего не меняется. Что не реалистично потому проблема.
DT
там не от течения времени, а то что у тебя одна операция зависит от результата другой. Что как бы подразумевает что зависит от времени/очередности. Такие штуки обычно не явно выглядят и если ты меняешь операцию другие тоже возможно придется менять.
Каплинг вообще не проблема если ничего не меняется. Что не реалистично потому проблема.
Каплинг вообще не проблема если ничего не меняется. Что не реалистично потому проблема.
а изменения в результате пересмотра требования, это какой каплинг?)
SP
а изменения в результате пересмотра требования, это какой каплинг?)
организационный)
SP
смысл в том что есть стримы изменений, они могут ветвиться, ращипляься, пересекаться и т.д. и вот все эти "лоу каплинг и информейшен хайдинг" это спроектировать структуру системы и организации (потому что conway law) таким образом что бы минимизировать пересечения стримов, что бы группы людей могли более автономно действовать и т.д.
SP
это работает и на масштабе когда ты один и у тебя просто куча модулей - просто для каждого модуля ты надеваешь свою шляпу... аля роль меняешь