Здравствуйте, Codealot, Вы писали:
P>>Кодинга в работе программиста около 10%, всё остальное — разные виды коммуникации.
C>И такое я тоже видел. Так же как видел и такое, когда 90% — это кодинг. И норма для инженера — это второе, а первое — это гнилая отрыжка некомпетентного говноменеджерства.
Если 90% времени это кодинг, то значит на подумать времени не было, нет и не будет.
Статистика такая, что бОльшую часть времени уходит на мейнтенанс, проектирование, документирование и отладку. А вот когда экомномят на таких активностях, то получается надо струячить код, ибо думать некогда.
Мейнтенанс это 90% багфкса — нужно воспроизвести баг, что далеко не всегда тривиально, поколупаться с отладкой, сходить к QA, посмотреть что у них, вернуться к себе. Тут оказывается, QA в другой таймзоне и работать не начинал. Подождал, созвонились, поговорили, выяснили подробности, потыкали — воспроизвелось. Типичный фикс — пара строчек от силы на полчаса.
Или так — надо написать, какое решение — не ясно, сначала надо придумать, выбрать вариант, и только потом закодить, протестировать вручную n раз и фиксануть накидать пару тройку тестов.
В процессе этого надо поговорить с тем или иным коллегой, выяснить кое какие подробности по компоненту который они писали.
Отдельная ведь код-ревью, когда коллега присылает PR на ревью, надо прочитать, покаментировать, обсудитить. Повторить цикл по количеству пуллреквестов.
Ровно то же, только наоборот, со своими изменениями.
После этого всего приходит QA и спрашивает, а на какие компоненты повлиял фикс. Надо поговорить, подобрать наилучшую стратегию для тестирования.
А еще периодически надо фиксить билды — здесь куча времени уходит на ожидание и разбор логов.
Потом приходит коллега, которому нужна помощь — он не знает как работает вон тот компонент, а там всё завязано на древнее легаси.
Проектирование, документирование они вообще слабо привязаны к кодингу, а отнимают чудовищное количество времени.
P>>Слишком часто два крутых девелопера не могут решить тривиальную задачу, потому что друга на в х.й не ставят. C>А менеджер где и чем занимается, когда у него такая фигня в команде происходит? Клепает презентации и ждет, когда все как-нибудь само собой решится?
Ну как же — в данном случае менеджер взял двух крутых девелоперов игнорируя что они никакие не коммандные игроки, а жосцкие индивидуалисты. Это и есть причина проблемы.
Дальше ему только и остаётся, что сидеть с ними, не дай бог они весь проект разнесут на кусочки.
C>Слишком часто целая команда из двух десятков "хороших тим плейеров" с высоченным EQ делают работу вместо одного крутого девелопера, причем дольше и намного хуже.
