Про работу в команде о общение могу подтвердить, а про креативность не могу согласиться. 11 лет уже работаю (.net), и сдается мне, что я скорее фрезеровщик у станка, чем художник у холста. Как правило лишний креатив только минус, основная метрика кода это читаемость и поддерживаемость. Чем более униформно сделано, тем лучше (всё в разумных пределах, разумеется).
Бывают, конечно, задачи на придумать и извернуться, но это скорее исключение из правил.
Я бы сказал что важнее всего уметь крутить и подбирать шаблоны (а для этого их надо знать), а так же уметь вытаскивать из заказчика реальную задачу.
Ну и никогда не видел человека который на креативе бы компенсировал низкое знание в нашей профессии. Если на ревью попался хитровыдуманный костыль взамен готового инструмента, он идёт под замену сразу. А в идеале никогда не попадается.
Что рассказывать продакту — понятно, а что айтишнику — осталось загадкой.
S: в системе текла память
T: лид сказал найти и устранить
A: прошёлся профайлером, нашел место утечки и зафиксил
R: память больше не текла и админ убрал скрипт перезапуска сервиса раз в неделю
Если серьёзно, в нормально организованном рабочем процессе у разработчиков, тестировщиков, девопсов нет и не должно быть какого-то явного влияния на метрики бизнеса. Если программист нашел и решил проблемы клиента, где были продакты, аналитики, бизнес? Остаётся только врать по системе STAR как ты поднял выручку
Про работу в команде о общение могу подтвердить, а про креативность не могу согласиться. 11 лет уже работаю (.net), и сдается мне, что я скорее фрезеровщик у станка, чем художник у холста. Как правило лишний креатив только минус, основная метрика кода это читаемость и поддерживаемость. Чем более униформно сделано, тем лучше (всё в разумных пределах, разумеется).
Бывают, конечно, задачи на придумать и извернуться, но это скорее исключение из правил.
Я бы сказал что важнее всего уметь крутить и подбирать шаблоны (а для этого их надо знать), а так же уметь вытаскивать из заказчика реальную задачу.
Ну и никогда не видел человека который на креативе бы компенсировал низкое знание в нашей профессии. Если на ревью попался хитровыдуманный костыль взамен готового инструмента, он идёт под замену сразу. А в идеале никогда не попадается.
Что рассказывать продакту — понятно, а что айтишнику — осталось загадкой.
S: в системе текла память
T: лид сказал найти и устранить
A: прошёлся профайлером, нашел место утечки и зафиксил
R: память больше не текла и админ убрал скрипт перезапуска сервиса раз в неделю
Если серьёзно, в нормально организованном рабочем процессе у разработчиков, тестировщиков, девопсов нет и не должно быть какого-то явного влияния на метрики бизнеса. Если программист нашел и решил проблемы клиента, где были продакты, аналитики, бизнес? Остаётся только врать по системе STAR как ты поднял выручку