сколько строк кода пишет программист в день
Кто из вас сколько строк кода пишет в день?
Вот давайте обсудим эту тему. Вот мне интересно сколько именно кода в день программисты пишут. Интересуют все и любители и профи и те кто этим деньги зарабатывает.
Интересует сам объем дневной работы.
Свое количество я напишу позже.
Только я надеюсь вы не считаете строчки вручную;)
Производительность программиста НЕ измеряется количеством написанного кода в день.
Ну разве что у Индусов только.
Я спрашивал не про производительность программиста. А просто про среднее число полезных строк. То есть среднее комфортное число строк которые программист может набить в день не стремясь выполнить План или успеть к сроку, который прошел вчера.
Вот я в день в среднем набиваю от 50 строк чистого кода, иногда при особом вдохновении (у правильном проектировании, если лень не победит) до 100 строк. Я никуда не спешу. И я не работаю программистом. Думаю у профи всеже больше результат. Но на мои проекты этого достаточно. А вот всего пять месяцев назад мне хватало от силы на 30-40 строк, да и то с копипастой (благодаря конкурсу стратегий я научился набивать много полезного кода)
Это вопрос из разряда:
Товарищи водители, кто из вас сколько раз нажимает на газ в день?
Чем больше кода пишет программист, тем более он говняный.
warchief
количество строк не очень характеристика имхо
все ведь зависит от
1) качество кода, говнокодить можно и по 100500 строк в день
2) возможностей среды, с использованием таких средств как Resharper и тп можно и 100500 строк качественного кода бить
3) синтаксиса языка, без комментариев )
4) можно ведь и считать по разному,
программист в очень редких случаях выдает прям без ошибочно большие блоки кода (имхо),
можно ведь вбить блок и весь день его править/дебажить/рефакторить набирая и стирая при этом очень много кода )
за вторую неделю не написал ни одной строки, так как сейчас идет стадия сетапа
к стати в идеальном случае использования шаблонов со всякими стратегиями в конце проекта пишут чаще не код а typedef’ы
warchief
Не подходящий вопрос для пятницы 🙂
Придется ждать понедельника, чтобы добраться до проекта, и поделить строки на дни.
Но вообще вопрос был не сколько максимально кода вы набиваете, а ваш средний показатель, сглаженный теоретическими измышлениями, правками, поисками вредного бага, лазанью по форумам и просто пуляниями бумажных самолетиков:)
Кто из вас сколько строк кода пишет в день?
Вот давайте обсудим эту тему. Вот мне интересно сколько именно кода в день программисты пишут. Интересуют все и любители и профи и те кто этим деньги зарабатывает.
Интересует сам объем дневной работы.
Свое количество я напишу позже.
Только я надеюсь вы не считаете строчки вручную;)
Производительность программиста НЕ измеряется количеством написанного кода в день.
Ну разве что у Индусов только.
Я спрашивал не про производительность программиста. А просто про среднее число полезных строк. То есть среднее комфортное число строк которые программист может набить в день не стремясь выполнить План или успеть к сроку, который прошел вчера.
Вот я в день в среднем набиваю от 50 строк чистого кода, иногда при особом вдохновении (у правильном проектировании, если лень не победит) до 100 строк. Я никуда не спешу. И я не работаю программистом. Думаю у профи всеже больше результат. Но на мои проекты этого достаточно. А вот всего пять месяцев назад мне хватало от силы на 30-40 строк, да и то с копипастой (благодаря конкурсу стратегий я научился набивать много полезного кода)
Это вопрос из разряда:
Товарищи водители, кто из вас сколько раз нажимает на газ в день?
Чем больше кода пишет программист, тем более он говняный.
warchief
количество строк не очень характеристика имхо
все ведь зависит от
1) качество кода, говнокодить можно и по 100500 строк в день
2) возможностей среды, с использованием таких средств как Resharper и тп можно и 100500 строк качественного кода бить
3) синтаксиса языка, без комментариев )
4) можно ведь и считать по разному,
программист в очень редких случаях выдает прям без ошибочно большие блоки кода (имхо),
можно ведь вбить блок и весь день его править/дебажить/рефакторить набирая и стирая при этом очень много кода )
за вторую неделю не написал ни одной строки, так как сейчас идет стадия сетапа
к стати в идеальном случае использования шаблонов со всякими стратегиями в конце проекта пишут чаще не код а typedef’ы
warchief
Не подходящий вопрос для пятницы 🙂
Придется ждать понедельника, чтобы добраться до проекта, и поделить строки на дни.
Но вообще вопрос был не сколько максимально кода вы набиваете, а ваш средний показатель, сглаженный теоретическими измышлениями, правками, поисками вредного бага, лазанью по форумам и просто пуляниями бумажных самолетиков:)
Сколько строк кода вы пишете в день?
Я имею ввиду те дни когда вы действительно что — то пишете, а не отлаживаетесь или расширяетесь.
P.S. наверное такой опрос уже проводился, да?
В избранное В избранном 0
48 комментариев
Программист тратит своего времени на написание собственно кода, и большинство программистов пишут всего строк кода в день, которые попадают в конечный продукт, независимо от их уровня. Хорошие программисты тратят большую часть оставшихся 90% времени на размышления, исследования и эксперименты в поисках наилучшего решения. Плохие программисты тратят это время на отладку, случайные изменения в коде и последующую проверку его на работоспособность.
От авторов, сколько задач вы решаете в день, и сколько коммитов делаете.
Наверное много не считал )
Сильно зависит от клавиатуры. Когда пересел на мембранную — сразу рейт подняли! Так и сказали «вот тебе 1.5 доллара в час, ты теперь сеньйор»
а разве за строчки платят?
В Чехии был случай, команда программистов написала софт для дорожных камер за неделю, а потом больше года допиливали и устраняли баги
О, хтось викопав некротопік.
Тут про оплату за кожну стрічку коду: skeptics.stackexchange.com/. een-paid-per-line-of-code
Ще чув про Індію, що там це практикується, в результаті плодять код заради кількості (пруфів не знайшов).
В моїй роботі це може бути 10 стрічок чи одна на день, однак важливіше що саме за нею стоЇть — а це може бути 8 годин вивчення якості даних і в результаті створення декількох баг репортів для інших команд, щоб загалом продукт працював відповідно до вимог.
8 files changed, 143 insertions(+), 1353 deletions(-)
A lot of trash has been moved here.
Но за строки мне не платят.
Весь смысл пограммирования он ведь в чем? А в том, чтобы выполнялось Главное Техническое Задание, которое как известно всегда одно и тоже, и выражается фразой всего из 4 слов — «Что бы все было заи$%сь! ». В этом глобальном задании такой параметр как число строк кода напрочь отсутствует — так что не парьтесь по этому поводу.
Количество строчек зависит от опыта. Напремер из практики знаю, что code behind класс для asp.net странички неопытный кодер накодил длиною > 1000 стр. Потом его переписали и он стал длиною где-то 100 — 200 стр. Так, что ребята, как по мне, если человек пишет очень много кода в день, то или он мега продуктивный гений или быдлокодер:)
В 99% випадках — друге.
+ 1 Согласен. Писал продуктивнее всего на TCL\TK типа смотрел сколько символов добавляется в день. Определил что 2000 символов в день — оптимальная работа, конечно же не без ошибок, но и отладка тоже необходима (наверное от языка тоже зависит продуктивность, теперь пытаюсь писать статьи на etcl.ru — писатель с меня не очень хороший просто есть желание поделиться то что известно).
Парни с первой страницы, подсчитывающие строчки, не занимайтесь херней.
так что можно написать 10 строчек и весь день думать, а можно и 1000 не особо напрягаясь.
5. Сам он (джуниор) мог его прочитать
повторного использования кода не существует. это выдумки
Ага, сиди овертайм и набивай до нормы:)
Это получиться отрицательная производительность:)
Интересно просто. Самого недавно спрашивали, на собеседовании.
Правильный ответ: «Я не считаю количество написанных строк в день, я выполняю поставленную задачу в указанные сроки». Тчк.
Интересно просто. Самого недавно спрашивали, на собеседовании.
проверяли на ид иотизм.
А пачему вы спрашиваете?
Совершенно бессмысленный критерий оценки производительности. Почему не считают кол-во кликов мышки?
Парень, который пишет 1500 строк кода в день наверное пишет на С++, С# или java, а строки считает в ассемблерном коде. 100 строк на java, с автивным использованием threads, thread pools etc — это где-то 1500 строк ассемблерного кода. Могу посоветовать мигрировать в Индию, там будешь конкуренцию сразу 100 индусам составлять:)
Яка різниця скільки ви рядків написали сьогодні, не факт що ці рядки будуть присутні в проекті далі:)
Ну якщо роботи багато то десь до 500 в день (враховуючи sql script). Але варто відзначити що велеку долю (десь 20%) цього коду генерує ІДЕшка. Це гетери з сетерами, екстракт клас-інтерфейс, блоки трай кетч і т.д.
По секрету могу сказать, что лучше вообще не считать строки кода, это нах никому не нужно, тем более считать логические строки кода.
The COCOMO tool is used by NASA to estimate the schedule & cost of software tasks based upon the task’s complexity. That tool uses 15 LOC/day/developer for large projects or 30 LOC/day/developer for smaller tasks.
И включает ли эта скорость постановку задачи, дизайн, отладку, сгенерированый код?
3. *самое главное*: чем меньше строк кода задействовано, тем лучше (но не в ущерб нормам для восприятия/нормам к дизайну системы, т.е. без антипаттернов)
Ну да, у одних стиль:
2 vs. 8.
— P.S.:
Беседуют двое психоаналитиков.
Первый: А я недавно приобрел Феррари. Двигатель — 5 литров с наддувом. До 100 км/ч разгоняется за 3.4 секунды. Коробка передач…
Второй: Ну мы же с тобой профессионалы. Может сразу достанем и померяемся?
Если задача простая, или говорят тривиальная то можно писать дофига строк кода, и 1000 и 2000.
ну тоесть, вот так вот взять, сесть, и без копи-паста, написать 1000−2000 строк кода?
лично я написал наверно 500−600 строчек в день, на относительно тривиальной задаче.
Сам пишу в случае нового кода — 50−70 строк в день.
правда такая фигня получается.
Я думаю так — в программировании количество не всегда переходит в качество, иногда нужно просто выспаться, что бы понять что 100 кб кода с другим подходом можно вполне уложить и в 10 кб Конечно, если будущий код утвержден вышестоящим начальством, то деваться некуда, нужно набивать 100 кб
Но мне повезло. Мой проект более серъезен и востребован чем разработка ОС по мотивом которой он написал свою книгу.
но это именно «новый» код
блин. мега крутые программеры стоко болтовни развели, вместо того, чтоб выполнить тех задание — назвать цифру! сколько в среднем получаеться. Ток лучше код наверно мерять для каждого языка в килобайтах. А то как правильно заметили — строки щитать трудно.
вот у меня счас проект делаю(php) 146кб кода. это за три рабочих дня. 67к из них, это использование чужого/старого своего кода(50 на 50).
ну получаеться где-то 30-40кб в день рабочий
как то друг говорил(C++, писал движок для шутера) — у него получалось 20к-25к в день — сугубо новый код.
Оценка проделанной работы за день у программиста, как оценить?
Норма выработки по информации коммита(new files, changed, insertions, deletions). Так я на данный момент оцениваю проделанную работу.
В день входит в коммит примерно:
Файлов конечно меньше обычно, сегодня день такой был.
Мне интересно на сколько это много? Какая норма у других? У вас? Какая должна быть? Когда много, мало, и нормально? Цифры? Есть возможно статистика? И какие есть еще варианты оценить обьем проделанной работы за день? Бывает пишешь фичу, кода много, а фичи еще нет.
я занимался реструктуризацией сегодня
Сколько тасков закрыто, из тех что были запланированы с утра
Сколько тасков до конца спринта / недели из того что выставил ПМ
Проведены ли все согласования, которые нужны для тасков на завтра
Учёт строк должен проводиться по распечатанному «git diff» или специально написанными для этого утилитами.
При описанной мной системе программист будет мотивирован:
1) больше писать рабочего кода, меньше плодить абстракции и витать в облаках
2) стараться проводить больше времени в офисе
3) брать «горячие» задания и выполнять их как можно быстрее
4) не бояться остаться без денег (актуально для новичков).
Все цифры приведены примерно и должны подбираться экспериментально конкретно для вашей ситуации.
Некоторые малоизвестные факты о программировании
Будучи программистом я многое узнал о том, как создаётся программное обеспечение. Вот несколько фактов, которые могут вас удивить.
Программист тратит 10-20% своего времени на написание собственно кода, и большинство программистов пишут всего 10-12 строк кода в день, которые попадают в конечный продукт, независимо от их уровня. Хорошие программисты тратят большую часть оставшихся 90% времени на размышления, исследования и эксперименты в поисках наилучшего решения. Плохие программисты тратят это время на отладку, случайные изменения в коде и последующую проверку его на работоспособность.
«Хороший токарь работает в несколько раз лучше среднего, но хороший программист стоит в 10000 раз больше, чем обычный»
Билл Гейтс.
Хороший программист в 10 раз более продуктивен, чем средний. Отличный программист в 20-100 раз более продуктивен, чем средний. И это не преувеличение — исследования, проводящиеся с 1960-х годов, чётко это показывают. Плохой программист не просто непродуктивен: он не только не выполняет свою работу, но ещё и создаёт проблемы, которые приходится решать другим.
Лучшие программисты тратят очень немного времени на написание кода. По крайней мере того, который попадает в конечный продукт. Программисты, тратящие много времени на код либо слишком ленивы, либо слишком безграмотны, либо слишком высокомерны, чтобы искать существующие решения старых проблем. Отличные программисты — мастера определения и использования стандартных подходов. Хорошие не боятся постоянного рефакторинга в поисках идеальной архитектуры. Плохие же пишут код, которому недостаёт концептуальной целостности, лаконичности, иерархичности, шаблонов проектирования, и его невероятно сложно рефакторить. Проще выбросить плохой код на помойку и начать заново, чем что-то менять в нём.
Программы подчиняются закону энтропии, как и всё остальное во Вселенной. Непрерывные изменения вызывают разрушение программ, которое нарушает целостность изначальной архитектуры. Это неизбежно, но программисты, не принявшие во внимание вопросы целостности, пишут программы, которые разрушаются настолько быстро, что становятся ненужными ещё до своего завершения. Энтропическая ошибка целостности, вероятно, самая распространённая ошибка, приводящая к провалу проектов. А вторая по распространённости — это создание программы, идущей вразрез с желаниями клиента. Разрушение программ замедляет прогресс разработки экспоненциально, поэтому многие проекты приходят к лавинообразно нарастающим срывам бюджета и сроков, и это продолжается до тех пор, пока их окончательно не уничтожат.
В исследовании 2004-го года было обнаружено, что большая часть программных проектов (51%) сталкиваются с критическими проблемами (срыв сроков, превышение бюджета, невыполнение обязательств, нарушения функционала и т.п. — прим. пер.), а 15% полностью проваливаются. Это лучше, чем в 1994-м, когда последних было 31%.
Хотя большая часть программ создаётся командами, это не есть демократическая деятельность. Обычно всего один человек является ответственным за архитектуру, остальные — лишь кодеры.
Программирование — тяжёлый труд. Это очень напряжённая умственная деятельность. Хорошие программисты думают о работе 24 часа 7 дней в неделю. Они пишут лучший код в душе и в своих снах. Поскольку самая важная работа делается вдали от клавиатуры, разработку программных проектов нельзя ускорить, заставляя людей больше работать в офисе, или добавив новых людей в проект.
От переводчика. Вероятно, эти факты не являются такими уж малоизвестными или уникальными. Но мне они показались где-то забавными, где-то поучительными, и уж точно стоящими внимания.