Comments 7
Если текст вас оскорбляет, не читайте его.
Это примерно как if (false) {...}
После разделения мы ещё не дошли до регресса, поэтому практического подтверждения нет.
И как полёт сейчас, спустя месяцы
Вы несколько месяцев не делали регресс? Или релиза не было?
Один разработчик написал код и перевёл его на ревью.
Автоматически создаётся отдельная ветка и назначается реревьюер
А куда разработчик код изначально пишет, если ветки отдельной нет, и как код попадает в ветку при автоматическом её создании?
Если у вас огромная команда и становится сложно управлять процессами, подумайте о разделении, это реально работает.
Если у вас несколько маленьких команд и вам сложно управлять процессами, подумайте об объединении, это реально работает
Когда одни и те же ошибки исправляются по несколько раз разными людьми — это субоптимально
Проблема не усугубится когда команд больше станет? В любом случае, коммуникации могут хуже стать
Ну и проблема изначально, судя по всему, в длинных митингах, больше ничего по тексту не увидел. Непонятно, какие ещё проблемы решали разделением.
Ну и вдогонку, тема с ачивками выглядит совсем странно, даже наивно, зачем это?
Вы несколько месяцев не делали регресс? Или релиза не было?
Не было регресса.
А куда разработчик код изначально пишет, если ветки отдельной нет,
В основную ветку.
и как код попадает в ветку при автоматическом её создании?
Ну, автоматически. При помощи скриптов, например.
Если у вас несколько маленьких команд и вам сложно управлять процессами, подумайте об объединении, это реально работает
Согласен. Если сложно управлять процессами вне зависимости от количества и размера команд, стоит задуматься.
Проблема не усугубится когда команд больше станет?
Теперь ошибки берёт не каждый сам за себя, а в команду. Другие команды видят, что ошибка занята и даже не трогают.
больше ничего по тексту не увидел
Не только в митингах. Также в микроменеджменте. Раньше руководитель раскидывал все задачи сам, а теперь команды (т.е. сами разработчики) решают, что они хотят, что им интересно, как долго они это будут делать и т.д. Разумеется, всё в рамках задач и целей компании. Коротко: если раньше разработка была централизована, то сейчас разработка поделена на несколько самостоятельных очагов.
Ну и вдогонку, тема с ачивками выглядит совсем странно, даже наивно, зачем это?
Возможно, но если ачивки радуют людей, значит они нужны. Если ачивки нравятся и помогают команде, то пусть будут, я считаю.
Как наша компания отдел разработки поделила