В Питере ещё будет по осени

1) Точно ли это будет быстрее, если тот же самый ревьюер будет тратить время на проектирование этой задачи вместе с исполнителем?

2) Все ли задачи можно решить, "как сделать хорошо", посидев и хорошо подумав? Чтобы потом прям раз и готово сразу.

на самом деле что то, что это - один вред. Можно бесконечно придумывать и накручивать "как сделать хорошо"

От части согласен, потому сразу объясняю прогерам как делать так, что бы потом не переделыаать

спасибо go за автоматическую проверку кода на стиль и линтерам которые по рукам бьют

1. Точно быстрее. Это доказано на практике годами и десятками проектов. Сначала подумать и решить, а потом сделать - ВСЕГДА быстрее, чем сделать херню, а потом переделывать.

Посыл про "тот же самый" неверный. Еще раз повторю - есть роли и есть люди. В роли ведущего дизайн-ревью могут быть разные люди, вплоть до того, что они меняются друг с другом.

2. Почти все. Если у вас не так - ищите выше проблемы с постановкой задач. Где-то недоработан системный анализ. Но это проблема не программистов точно.

А я сам не понимаю, пытаюсь всё сложить в одну картинку.
Мне показалось, что Ваша мысль такая "Вместо того, чтобы строить и растить команду, сделайте чёткие регламенты и всё контролируйте. Человеки могут накосячить, но всех не проконтролируешь. На это есть техлиды, которым спущены инструкции сверху. Они в своюочередь контролируют простых разработчиков через какие-то механизмы вроде ревью ещё до разработки"

Так же вы говорите "бас фактор - ваши проблемы - удерживайте и будеьте готовы к ним".

И вот я путаюсь. Если в команде/отделе 5-6 техлидов, и на каждого 5 разработчиков, то я ещё согласен что уход даже половины техлидов из-за случайных событий маловероятен, и их ответственность можно размазать по оставшимся.

Если в команде 1-2 техлида, то что произойдёт после внезапного ухода одного из них? Мне кажется, что работа встанет. Команда не приучина думать и искать решения, люди просто делают что им говорят. Сильные специалисты вряд ли задержатся, поэтому нельзя так просто сделать техлида из самого толкового. А сколько нужно искать и онбордить лида со стороны?

Может быть этот концепт и прокатит для компаний с большим ресурсным пулом, но кажется губительным для небольших команд

Сжигал бабло в безумном цикле переделок
Сидел в телеге и нажёг ещё бабла

Поэтично

А, вот вижу Ваше новое сообщение, я почему-то думал, что вы говорите что "за дизайн ревью отвечает техлид и только"

Вы сейчас не со мной спорите, а с неверной картиной у вас в голове

потому что с вами, Альберт, спорить вообще бесполезно)

так и не спорьте ))

Так с вами, кроме может меня, никто и не спорит) Пытаемся уложить картину в голове)

все, кто спорили, уже в бане;)) поэтому Алик всегда выигрывает споры))

Прямо как на работе всё

у вас на работе тоже в баню отправляют ?

Я не про конкретную работу, а собирательную. Когда тимлид поувольнял всех, кто с ним спорил )

Удивительным образом только укрепляет таким образом убеждение, что он там самый умный

о! моя остановочка, у меня прям специально обученный сотрудник-заноза есть для такого случая

Чтобы было кого уволить?