Комментарии 65
НЛО прилетело и опубликовало эту надпись здесь
Сижу на хабре вплоть до дедлайна
прогулка по городу с плеером в ушах в думах.
>>программисты проводят большую часть времени НЕ занимаясь написанием кода
Очень значительнаю часть времени идет на тестирования у нас. Я бы даже сказал больше половины. Такая специфика разработки.
о, да я походу учитель из Дании )))
стюардессы так и вообще пару часов летают а потом три дня валяются на пляже в Майами.
Значительную часть времени читаю документацию по чему-то новому.
Приятное с полезным, так сказать.
Приятное с полезным, так сказать.
Работаю программистом, кофе вообще не пью. ЧЯДНТ?
НЛО прилетело и опубликовало эту надпись здесь
Нет, а что тут странного? Чтобы написать код, нужно сначала подумать. И вовсе необязательно это время убивать глаза перед монитором.
Кроме того, когда работа происходит не на конвеере, а над некоторым постоянным кол-вом проектов, то постоянное написание кода вовсе выглядит довольно глупо. В этом случае скорее выполняется аналитика и примерка новых решений и технологий на проекты, что тоже мало связано с написанием кода.
Кроме того, когда работа происходит не на конвеере, а над некоторым постоянным кол-вом проектов, то постоянное написание кода вовсе выглядит довольно глупо. В этом случае скорее выполняется аналитика и примерка новых решений и технологий на проекты, что тоже мало связано с написанием кода.
Думаю что у фрилансеров процент времени, занимающий написание кода, всё-таки выше, чем у обычных работников.
Открытие, дааа…
Где-то была статья про другое исследование. Там было показано что из той работы которой приходится заниматься программисту, написание _нового_ кода — это меньше 5%. Основное — доработка старого (где-то 20%) и оставшиеся 75% — время уходящее на то чтобы разобраться в существующем коде.
Где-то была статья про другое исследование. Там было показано что из той работы которой приходится заниматься программисту, написание _нового_ кода — это меньше 5%. Основное — доработка старого (где-то 20%) и оставшиеся 75% — время уходящее на то чтобы разобраться в существующем коде.
Какой-то старенький анекдот:
— Если программист сказал, что эту фичу он сделает за X времени, то смело умножайте это время на 2 и прибавляйте 2 недели!
— А почему 2 недели?
— Ну, потому что 2X времени он будет страдать фигнёй, а за 2 недели всё сделает.
Примечание: для реалистичных оценок лучше умножать на пи. Умножение на два превратит стандартные оптимистичные программистские оценки в реалистичные, остальное время уйдёт на багфикс.
> Примечание: для реалистичных оценок лучше умножать на пи
А оплату — на π^2. В России же, с учетом откатов и распилов — на π^π^π ☺
А оплату — на π^2. В России же, с учетом откатов и распилов — на π^π^π ☺
На 2*pi+1, причем с таким обоснованием: вместо того, чтобы прямо дойти до цели (исходная оценка, цель на расстоянии T) приходится ее обойти вокруг, рассмотреть со всех сторон (T*2*pi) и потом уже дойти до нее (еще T). Не смог найти соответствующую картинку :)
У Каррабиса в книжке про DBase приводилась другая оценка правдоподобного времени:
прикидываем необходимое время, затем умножаем на 2 и берем следующую временную единицу
1час = 2 дня
1 день = 2 недели
1 неделя = 2 месяца
1 месяц = 2 года и т.п.
практика подтверждает )
прикидываем необходимое время, затем умножаем на 2 и берем следующую временную единицу
1час = 2 дня
1 день = 2 недели
1 неделя = 2 месяца
1 месяц = 2 года и т.п.
практика подтверждает )
А я похоже неправильный программер, т.к. программирую всегда. Да, конечно за компом сутки напролет не сижу, но вот то и дело вспыхивают «озарения» очередной удачной идеи, которую «прям щас бы заколотил в код, дай только IDE». Мне сложно отключить мозг от технических вещей на домашние или еще на что-то. В фоновом режиме мозг все равно программирует и ищет решения
А коммент на хабр наверное ваш кот написал пока вы «программируете»
А причем тут написание комментария на хабр? В статье разве речь о процессе написания комментариев к хабру?
Чтобы написать коммент, надо сначала прочесть статью. Прежде чем прочесть статью надо ее как то «найти», например просмотр рсс, или главной хабра, или ссылка кинутая кем то в чат. Все это в сумме немалое количество времени. Поэтому фраза «программирую всегда» звучит немного лукаво. Это все равно что написать тут комментарий «не пользуюсь интернетом»
Вас вообще куда-то понесло! ;) Поясню пример: Провожу рефакторинг, к примеру достаточно сложный. Вдруг позвала жена погулять с ребенком. Мы гуляем, я не парюсь и вообще смотрю как дочурка рожицы корчит и птичкам улыбается. Все круто и в голове казалось бы нету даже и мыслей о программировании. И тут БАМ! Появляется мысль: «А ты залочил получение объекта...?». Вот ни с того ни с сего появляется мысль. И это я молчу про состояние мозга когда выходишь с работы по направлению к дому, пока идешь до метро мозг успокаивается и пока идешь столько всего возникает мыслей от сожаления что что-то не перепроверил, до «млин, а круто я придумал заглянуть в метод, теперь будет проще запилить метод....».
Вы же говорите о написании комментария. Это совершенно разные процессы и степень напрягания мозгов по отношению к процессу программирования очень очень маленькая!
Вы же говорите о написании комментария. Это совершенно разные процессы и степень напрягания мозгов по отношению к процессу программирования очень очень маленькая!
Не могу найти пруф, но встречал исследование, что производительность квалифицированного программиста — 4-5 часов программирования в сутки, не больше. Мозгам просто необходима смена деятельности.
Конечно нужно понимать, что оставшееся время специалист тратит на документацию, митинги, образование и т.п. А не на котов на картинках
Конечно нужно понимать, что оставшееся время специалист тратит на документацию, митинги, образование и т.п. А не на котов на картинках
По-моему, всякие API лучше изучать во время программирования, чтобы сразу понять, как та или иная функция работает и как её применять.
специалист тратит на документацию, митинги,
Непроизвольно представил программистов, по два часа в день по расписанию митингующих на центральной площади. 'Совещания' все-таки :)
а написание тестов или дебаггинг при поломке тестов — это не программирование разве?
Написание тестов бывает разное, есть и такая точка зрения.
А бывает и так, что тесты пишут глядя только в спецификацию. И делают это люди не имеющие никакого отношения к кодингу и дебаггингу.
А бывает и так, что тесты пишут глядя только в спецификацию. И делают это люди не имеющие никакого отношения к кодингу и дебаггингу.
> это не программирование разве?
В статье говорится о написании кода — это только часть разработки.
Не знаю какая у них была цель, но с таким же успехом они могли пойти ещё дальше — замерить время нажатия на клавиши.
В статье говорится о написании кода — это только часть разработки.
Не знаю какая у них была цель, но с таким же успехом они могли пойти ещё дальше — замерить время нажатия на клавиши.
Это кстати легко проверяется.
У меня на компьютере стоит приложение RescueTime (https://www.rescuetime.com), которое постоянно отслеживает мою деятельностью на компьютере и раз в неделю выдает отчет и уровень продуктивности.
Так вот с помощью нее мне удалось выйти на достаточно продуктивный уровень: 60-80% (отношение продуктивного времени к непродуктивному).
Ремарка — я веб-разработчик, работающий удаленно, на этом компьютере я не только работаю, но и отдыхаю и временных рамок у меня нет, потому сложно выбрать статистику именно в рабчие часы.
При этом в 40-часовой неделе на IDE приходится лишь 13-15 часов, вдвое меньше — на тестирование (сюда же отчасти входит и разработка, потому что как веб-разработчик, много провожу времени сначала в firebug/chrome developer tools). Еще чуть меньше времени — на чтение документаций. В остатке — скайп и непродуктивные вещи типа социальных сетей.
А начинал года полтора назад с ужасным индексом продуктивности в 30-40%.
У меня на компьютере стоит приложение RescueTime (https://www.rescuetime.com), которое постоянно отслеживает мою деятельностью на компьютере и раз в неделю выдает отчет и уровень продуктивности.
Так вот с помощью нее мне удалось выйти на достаточно продуктивный уровень: 60-80% (отношение продуктивного времени к непродуктивному).
Ремарка — я веб-разработчик, работающий удаленно, на этом компьютере я не только работаю, но и отдыхаю и временных рамок у меня нет, потому сложно выбрать статистику именно в рабчие часы.
При этом в 40-часовой неделе на IDE приходится лишь 13-15 часов, вдвое меньше — на тестирование (сюда же отчасти входит и разработка, потому что как веб-разработчик, много провожу времени сначала в firebug/chrome developer tools). Еще чуть меньше времени — на чтение документаций. В остатке — скайп и непродуктивные вещи типа социальных сетей.
А начинал года полтора назад с ужасным индексом продуктивности в 30-40%.
А вон, пожарные, к примеру, могут вообще неделями на пожары не выезжать, если их не случается. Вот негодяи!
Интересно, а для чего было целое исследование проводить :)
Вообще я как-то слышал (то ли в радиотах, то ли в интернетах), что время качественной работы программиста в день составляет всего 4 часа. Это общее время, которое программист проводит за написанием кода (например, хитрозакрученные алгоритмы). Так и есть. Вот прям как в воду глядели! Остальное время занимает хабр и разные маны:)
Я рад бы посидеть пописать что-то, но это что-то сначала придумать и осмыслить надо.
У меня по-разному бывает. Бывает, как нахлынет, так могу неделю с утра до вечера стучать по клавишам, а бывает что дня 2 на работе нечего не делаю (правда как то не по себе, стыдно)
В среднем, за год, 4 часа программирования в день. (Высчитывал)
В среднем, за год, 4 часа программирования в день. (Высчитывал)
Большая же часть времени расходуется на такие вещи, как: брейнcторминг
Почему нельзя сказать по-русски «мозговой штурм»? Задолбали уже эти «термины». Читал тут тоже как-то статью, закрыл после фразы «Чтобы получить доступ к имплементации необходимо кастовать инстанцию к интерфейсу». Понять, конечно, нетрудно, что имелось ввиду, но очень уж бесит…
Никогда в жизни в контекте программирования не слышал слов «имплементация» и «инстанция», только «реализация» и «экземпляр».
Да ладно, видите же минусуют. А кто? А те, кто сами так говорят. Готовятся к ассимиляции. Ну и не жалко, в принципе. А взято отсюда: habrahabr.ru/post/156037/
Я думаю, минусуют потому, что помнят об инициативе переименовать компьютер в вычислитель (т.к. «почему нельзя сказать по-русски?»). Или вот французы переименовали слово «хэштег» в «октоторп-метку».
«Реализация» и «экземпляр» прижились сами. Принудительная же русификация терминов (только «чтобы было по-русски») вызывает объяснимый скептицизм.
«Реализация» и «экземпляр» прижились сами. Принудительная же русификация терминов (только «чтобы было по-русски») вызывает объяснимый скептицизм.
Я думаю, минусуют потому, что помнят об инициативе переименовать компьютер в вычислитель (т.к. «почему нельзя сказать по-русски?»). Или вот французы переименовали слово «хэштег» в «октоторп-метку».
Надо придерживаться границ. Переименовывать компьютер в ЭВМ, атмосферу в колоземицу и тд — естественно бред. Но есть и обратная сторона — повальная англофикация вообще всего. Я же не ортодокс «ДОЛОЙ ГЛОБАЛИЗАЦИЮ». В общем, либо меня не так поняли, либо я мысли выражать не умею.
Надо придерживаться границ. Переименовывать компьютер в ЭВМ, атмосферу в колоземицу и тд — естественно бред. Но есть и обратная сторона — повальная англофикация вообще всего. Я же не ортодокс «ДОЛОЙ ГЛОБАЛИЗАЦИЮ». В общем, либо меня не так поняли, либо я мысли выражать не умею.
А я заметил, что по мере увеличения опыта программирования всё меньше и меньше времени уходит на кодинг. Так, будучи джуниором, у меня уходило на кодинг порядка 90% рабочего времени. Сейчас же бывают дни, которые обходятся вообще без написания даже одной строчки кода — почти всё время уходит на околопрограммерские задачки — планирование, обсуждение, тестирование, анализ потенциально слабых мест, «прокачку» джуниоров и т.п. Это кстати, очень важно учитывать при оценке задач и планировании сроков.
Было где то высказывание, сейчас не вспомню где.
Со временем программист меньше тратит времени на кодирование и больше на обдумывание, и при этом его код живет дольше.
Со временем программист меньше тратит времени на кодирование и больше на обдумывание, и при этом его код живет дольше.
не помню к сожалению источник, может как раз на хабре, была статейка про исследование того как треккерами записывали движение глаз начинающего разработчика и олдового при исследовании чужого кода. Рекомендую поискать, вот это весчьЪ.
Вы имеете в виду статью «как мы читаем код»? Да, мне тоже она понравилась
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Программисты не пишут программы день напролет