Сколько из вашего рабочего дня потрачено на кодирование?

Ответ 1

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

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

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

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

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

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

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

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

Ответ 2

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

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

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

Ответ 3

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

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

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

Ответ 4

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

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

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

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

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

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

Ответ 5

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

Я доволен своей продуктивностью? Точно нет. Я работаю 7 часов в день, и я трачу около 2,5 таких кодов. Я бы предпочел потратить 5-6 часов своего дневного кодирования, всего лишь час, посвященный всем остальным вещам (к сожалению, единственное, что могло бы произойти, - то, что PM остановился на скриптах сборки каждый день - - не произойдет). К сожалению, с тех пор, как я являюсь корпоративным разработчиком, руководство не видит, что время от времени уходит. Потому что я получаю гораздо больше работы за 40% моего дня, чем большинство беспилотных летательных аппаратов в здании получают за неделю (включая премьер-министра), они считают, что я продуктивен.

Ответ 6

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

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

Ответ 7

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

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

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

Ответ 8

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

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

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

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

И, наконец, я хотел бы сказать, что ИМХО наш карьер не должен рассматриваться как работа, вместо этого вы должны видеть это как что-то забавное.

Ответ 9

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

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

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

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

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

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