По мне так супергеройством как раз пахнет наша самоотверженность, когда мы, бросая наши семьи и личную жизнь, овертаймим с огнем в глазах чтоб успеть в сроки. Что касается архитектора и микротасок - таски то микро. Да, их много, но они - тривиальные. Если они - не тривиальные, то они - не микротаски, и легко отклоняются.

ну то есть по твоему легче прочитать 1000 предложений в разнобой, чем прочитать три страницы, что бы понять общую картину мира?

Ты упускаешь еще тот момент, что большая часть микротасок генерируется все же на этапе, когда архитектор ревьювит солюшен (те стабы что я выше помянул). Еще прими во внимание тот факт, что на ревью больших дельт не бывает по определению. Что такого тяжелого в том чтоб отревьювить большое количество маленьких тривиальных дельт?

в том, что сложить пазл из 1000 маленьких деталей сложней, чем из 100 больших

даже если ты сам этот пазл и сделал

Да ну ладно. Не согласен. Большие части ревьювить в разы сложней.

их ревьюить дольше, но сразу понятно что зачем и почему, потому что все что нужно находиться в рамках одного ревью

Их как правило и не ревьювят толком, сколько ни наблюдал. Работают за спелчекера, типа "зделай здесь имя переменной другим". Потому что дельта большая, надо в апстрим двигать, никому твоя пачка ремарок неинтересна, девелопер выжрал все время, а релиз завтра.

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

В вашей переписке уже черт ногу сломит.

Сергей, как насчёт сделать доклад по зерокраси на следующий митап? Я думаю тема интересна многим, а в конце обсуждение можно мувнуть в бар и дообсудить

Ну серьезно - вот получаешь ты дельту о тысяче изменений. Ты ее при всем желании качественно не отверьювишь - на качественное ревью те придется потратить кучу времени, а у тебя самого фича в девелопменте, и завтра надо отдавать. Не было чтоли такого никогда?

мои поинты следующий:
1. для восприятия большие таски проще(содержат достаточно информации), а маленькие хуже, так как не всегда понятно, чому эта таска вообще существует
2. переключение контекста между задачами дорогая операция, просто потому что люди так устроены - внимание рассеивается
3. сложить картину происходящего из лавинного потока маленьких кусочков сложнее, чем из меньшего потока больших задач
4. маленькие задачи затрудняю оценку проекта, так как каждая задачка весит по чуть чуть, а отвлекает целую кучу народу(ревью в два этапа, например)
5. маленькие задачи имеют большое количество источников, что требует больше контроля(мало ли какую задачу создал вася пупкин), в таких условиях архитектор либо должен пипец как доверять комманде, либо только за этим и следить(скорее всего просто не давать создавать никому эти таски, лол)

Еу

Го на митапе сраться

было конечно, маленькие дельты не спасают тут, потому что много маленьких дельт нужно проревьюить. и пока все едльты не проревьюены - результат тот же

Кроме того - кто вообще сказал что восприятие для архитектора должно складываться исключительно из микротасок?

а оно может из чего то другого складываться?

в таких то условиях, где каждый херачит кто во что горазд?

Не херачит кто во что горазд. Ты упускаешь из виду quality стену. Она не даст херачить кому во что горазд