Blogerator.org

× Версия для печати

В блоге о рабочих буднях разработчиков из довольно большой софтверной компании ZeroTurnaround был проведен опрос посетителей о том, чем они, как программисты, собственно, занимаются на работе.

Какими технологиями, в какого размера компаниях — и так далее. Среди всех этих достаточно стандартных вопросов есть несколько и о распределении рабочего времени на те или иные задачи. И хотя опрос ещё продолжается, первые интересные данные уже были опубликованы, благо число ответивших превысило 1000 человек и выборка получается достаточно репрезентативной.

Итак, чем же занимается среднестатистический западный программист? Под катом сам график и моя расшифровка к нему.

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

• Writing code — написание кода (программирование, кодирование, хакинг, разработка софта).
• Overhead — прикладные занятия (построение билдов, развёртывание среды приложения, дистрибутивы, работа с программным окружением твоего софта, с железом).
• Communication — общение (митинги, мессенджеры, телеконференции).
• Problem-Solving — решение проблем и их поиск в программе (дебаггинг, профилирование, оптимизация производительности).
• Firefighting — «тушение пожаров» (таинственные крэшы накануне сдачи, тормоза, проблемы с безопасностью).
• QA — QA (ручное и автоматическое тестирование, код-ревью).
• Strategy — стратегическая деятельность (планирование архитектуры, рефакторинг, размышления о методах и поиск наилучших решений).
• Procrastination — прокрастинация, царица офисных полей (чтение reddit, slashdot, facebook, хабрахабр, RSS и прочее в этом духе).

По своему опыту могу скорее согласиться с этим показателем — часа 4-5 в день, не больше, — этим как правило лично я и ограничивался.

С другой стороны, если посчитать время, затрачиваемое на чтение книг по теме, изучение отдельных вопросов, согласование различных спецификаций и интерфейсов... то не так уж и мало времени в итоге получается.

dev.by, 2011