AK
Только другая тоже топит
Size: a a a
2020 March 06
AK
Ок, понял, принял, вопросов больше не имею )
AK
Счастья, здоровья )
S
Товарищи, необычный вопрос. А есть что почитать про sharing knowledge?
почитайте пулл реквесты друг дружки )))
AK
почитайте пулл реквесты друг дружки )))
Вот ща все 60 человек побегут читать сотню пулл реквестов в день )
AK
Не, тоже вариант конечно
AK
Но может умные люди ещё что придумали
S
ну я вижу у крупных опенсорсных проектах, что когда например код затрагивается, от которого зависит дофига всего, там список на ревью сразу десяток лиц
AK
Вопрос про это и был. Как делать "в лоб" понятно
S
при этом не значит что все 10 должны прийти, но хотя бы просигнализированы
S
но это конечно только код, есть другой knowledge
S
еще на тему sharing чего-либо конечно всплывают на ум - презентации... я давно хочу у себя хотя бы внутри это запустить, чтобы решения оформлялись как презентации, и можно было потом презентовать почему теперь что-то работает так и вот так
S
внутренние митапчики наверное :)
AK
Презентации прям не очень помогают
АГ
@DasBotrek я бы делил активности на несколько, 1 - управление знаниями(конфлю), внутренние митапы, гильдии, аннонсы, 2 - определение знаний, стандартизации тех.документации, контроль стэка.
AK
Мы дошли до арх.ревью - лучше, но все ещё не то
DB
если у вас команды зависимые, шут с ними, это наиболее частный сетап. самое-самое главное это, что бы у них был один продакт менеджер
DB
он будет входной точкой и уже запушит все нужные синки peer-to-peer
AK
Denis Borovikov
если у вас команды зависимые, шут с ними, это наиболее частный сетап. самое-самое главное это, что бы у них был один продакт менеджер
Да в каком месте они зависимые? Откуда вы это вытащили вообще? )
AK
Зависимые в плане над одной кодовой базой работают и в одном продукте? Это чтоли зависимость в вашем посыле? )