Сколько времени вашего рабочего дня уходит на кодирование?

Я-корпоративный разработчик, из тех, кого Джоэл Сполски назвал "depressed" в паре подкастов StackOverflow. Поскольку моя компания не является компанией-разработчиком программного обеспечения, у нее мало бизнес-причин для реализации многих мер, которые эксперты по программному обеспечению рекомендуют компаниям использовать для повышения производительности разработчиков.

Мы не получаем частных кабинетов и двойных 30-дюймовых мониторов. Наша система управления версиями является Microsoft Visual Source Safe. Достаточно сказано. С другой стороны, я делаю много вещей, которые заполняют мой день и добавляют некоторое разнообразие в мою работу. Я занимаюсь бизнес-анализом, управлением проектами, разработкой, производственной поддержкой, международными внедрениями, обучением, планированием команды и улучшением процессов.

Я бы сказал, что я получаю 85% своего дня для кода, когда я могу сосредоточиться и у меня есть важная задача программирования. Но чаще всего я получаю около 50% моего дня для кодирования. Если производственная поддержка (не связанная с кодированием) тяжелая, я могу получить только 15% моего дня для кода.

Большинство компаний, в которых я работал, не были активно вовлечены в оценку процессов agile или разработку на основе тестов, но они также не очень хорошо справлялись с водопадом; большинство их разработчиков работали как cut-and-paste ковбоев с сомнением.

Иногда я работаю дома и с детьми, это ужасно . Я более продуктивен на работе.

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

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

• Лучшие инструменты/методологии тестирования для ускорения модульного тестирования
• Более совершенные инструменты бизнес-анализа / навыки для повышения качества новой разработки и ограничения ее вклада в нагрузку по поддержке производства

Реально, это, вероятно, в среднем составляет 4-5 часов в день. Хотя его "lumpy" - там могут быть дни, где может быть 8 или 9 часов его.

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

И если честно, то здесь очень много прокрастинации. Я нахожу его немного похожим на блок писателей. иногда его просто трудно начать, но тогда хорошая 2-часовая сессия-это LOT проделанной работы. Это просто вся подготовка, которую вы должны пройти, эксперименты, чтобы убедиться, что вы принимаете правильный подход. Бесконечное количество смотрящих в окно и проверяющих email и т. д...

Я работаю 37.5 часа в неделю.
30 из этих часов (80%) я должен выставлять счета нашим клиентам.
На самом деле я обнаружил, что использую около 60% кодирования на реальных клиентских системах, 20% экспериментирую с новыми методами и читаю блоги, а 20% тратится впустую на офисную политику и "socializing".

Счастлив ли я от этого?
Хочу ли я, чтобы я мог смотреть на экран 30 часов в неделю, кодируя свои данные задания?

Что ж. Поскольку 20% часть времени используется для улучшения себя в моем ремесле, в 60%, который является эффективным кодированием, я, вероятно, произвожу больше, чем в 90% части моего времени, если бы я этого не делал.
Затем снова попытайтесь объяснить этот факт вышестоящему руководству ;)

Ну, я обычно прихожу, по крайней мере опаздываю на пятнадцать минут, а - а, я использую ... боковая дверь - так Ламберг не может увидимся, хе-хе - И, Эм, после этого Я просто как бы освободил место примерно на час. час. ..

.

Да, я просто смотрю на свой стол, но ... похоже, что я работаю. Я так и делаю наверное еще час после обеда, тоже. Я бы сказал, что в данную неделю я вероятно, только через пятнадцать минут о настоящей, актуальной работе.

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

Что больше всего помогает мне быть продуктивным, так это отсекать любые отвлекающие факторы в первые часы дня и сразу же приступать к самой важной задаче дня. Мне нужно попасть в поток как можно раньше.

Я рекомендую взглянуть на камень программистов:

Мы знаем, что стресс ухудшает некоторые когнитивные функции. Потеря этих функций может точно объяснить, почему программирование трудно, и показать нам много других возможностей для улучшения способов организации вещей. Последствия этого перекатываются на язык, логику и культурные нормы. Нажмите здесь для ознакомления...

Я провожу около 27 часов своего рабочего дня, занимаясь кодированием. 40% переходит к действиям, не связанным с кодированием (например, борьба с нашим шаблонным сервером сборки или выяснение, почему NUnit не удалось снова без сообщения об ошибке или попытка выяснить, почему наш код перестал разговаривать с сервером Oracle downstaird)... хлам вроде этого). Другая 20% обычно тратится на прокрастинацию или на совещания.

Доволен ли я своей производительностью? Ни в коем случае. Я работаю 7ish hours/day, и трачу около 2.5 этой кодировки. Я бы с большим удовольствием потратил 5-6 часов своего рабочего дня на кодирование, причем только один час был бы посвящен всем остальным вещам (к сожалению, единственное, что могло бы заставить это случиться - что PM перестанет возиться со скриптами сборки каждый день - не произойдет). К сожалению, поскольку я являюсь корпоративным разработчиком, руководство не видит, что время тратится впустую. Поскольку за этот 31-й день я успеваю сделать гораздо больше, чем большинство дронов в здании за неделю (включая и 34-й), они считают меня продуктивным.

@Bernard Dy: я провел, вероятно, 30% своей карьеры в корпоративных условиях (в данный момент нет). Обычно это происходит после того, как какая - то неудачная (или не провалившаяся, но испорченная) идея запуска, или какой-то burnout/change. это нормально на некоторое время, приятно встретить людей из совершенно разных слоев общества (кто бы мог подумать, что юристы и актуарии могут быть так весело проводить время), но в конце концов, мне просто слишком трудно вставать утром с мотивацией (или после отпуска боязно возвращаться) - вероятно, по причинам, которые вы определяете (просто отсутствие заботы). Но это хороший опыт и источник идей, по крайней мере. И вы можете встретить блестящих людей везде (это не только программисты, которые умны - я всегда пытался найти, кто настоящие мозги были за бизнесом).

Интересно, что единственный раз, когда я практиковал строгий agile/XP, был в корпоративной обстановке - в этом случае, вероятно, 7 часов в день были фактическими руками на коде (в паре) - я никогда не был так истощен после такого дня. не уверен, что это хорошо, возможно, я просто ленив.

Чтобы ответить на некоторые мои собственные вопросы:

Нынешняя команда, в которой я работаю, делает только грубую оценку задач, поэтому трудно отслеживать часы в день. Я бы сказал, что для моей карьеры время, потраченное на кодирование, было где-то между 25% (в основном управление) и 85%+ (работа из дома 4 дня в неделю, встреча на полдня раз в неделю). Если бы мне пришлось угадать, то среднее значение, вероятно, находится где-то в районе 60%.

Самое большое влияние на меня во время кодирования оказывает наличие или отсутствие встреч. Когда я работал над agile проектом со всеми в одной комнате, встречи имели тенденцию быть be ad-разовыми и очень короткими, поэтому время, затраченное на кодирование, было очень большим. Я также чувствовал, что трачу меньше времени-иногда намного меньше времени-на некодирующие вещи, когда я был в командной комнате, потому что гораздо легче тратить время, случайно или иначе, когда никто не имеет четкого представления о вашем мониторе. :)

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

Помните также, что у вас должно быть свободное время, и очень важно, чтобы его было достаточно, потому что если вы этого не сделаете, вы не будете очень продуктивны. Главное здесь-планирование и дисциплина.

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

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

И наконец, я хотел бы сказать, что IMHO наш Carrier не должен рассматриваться как работа, а вы должны видеть его как нечто забавное.

Я разработчик программного обеспечения в отделе R&D, работающем 40 часов в неделю.

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

Я мог бы сказать, что из моих товарищей по команде (также разработчиков программного обеспечения) я больше всего кодирую в данный момент; но в зависимости от того, над какой задачей мы работаем в каждый момент времени. Я бы не стал количественно оценивать фактическое кодирование как усердную работу. Если есть хорошая спецификация, правильное исследование и хорошее понимание проекта, кодирование-это просто formality и происходит почти гладко и быстро.

Здесь у нас есть общий офис, с двумя командами. Мы в основном кодируем в одиночку, редко в паре. Моя работа сильно меняет количество времени, которое я кодировал; в прошлом я тратил большую часть своего времени на кодирование, не очень хорошо понимая кодирование. Если бы у меня была задача, я бы сразу же начал кодировать, и перекодировать каждый раз, когда я понял, что сделал что-то не так, и так далее. И это было очень неэффективно.

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

Я доволен своей производительностью, связанной с моими сроками и целями.