Кто из вас сколько строк кода пишет в день?
Вот давайте обсудим эту тему. Вот мне интересно сколько именно кода в день программисты пишут. Интересуют все и любители и профи и те кто этим деньги зарабатывает.
Интересует сам объем дневной работы.
Свое количество я напишу позже.
#1
14:05, 3 июня 2011
Только я надеюсь вы не считаете строчки вручную;)
#2
14:07, 3 июня 2011
Производительность программиста НЕ измеряется количеством написанного кода в день.
Ну разве что у Индусов только.
#3
14:37, 3 июня 2011
Я спрашивал не про производительность программиста. А просто про среднее число полезных строк. То есть среднее комфортное число строк которые программист может набить в день не стремясь выполнить План или успеть к сроку, который прошел вчера.
#4
14:41, 3 июня 2011
Вот я в день в среднем набиваю от 50 строк чистого кода, иногда при особом вдохновении (у правильном проектировании, если лень не победит) до 100 строк. Я никуда не спешу. И я не работаю программистом. Думаю у профи всеже больше результат. Но на мои проекты этого достаточно. А вот всего пять месяцев назад мне хватало от силы на 30-40 строк, да и то с копипастой (благодаря конкурсу стратегий я научился набивать много полезного кода)
#5
14:51, 3 июня 2011
Это вопрос из разряда:
Товарищи водители, кто из вас сколько раз нажимает на газ в день?
#6
14:53, 3 июня 2011
@!!ex
> Это вопрос из разряда:
> Товарищи водители, кто из вас сколько раз нажимает на газ в день?
Тем не менее на него можно ответить — взять например за месяц сколько написал строк подсчитать и поделить на дни. Это мера эффективности программиста но ответ на вопрос дает.
#7
14:58, 3 июня 2011
Чем больше кода пишет программист, тем более он говняный.
#8
15:00, 3 июня 2011
warchief
количество строк не очень характеристика имхо
все ведь зависит от
1) качество кода, говнокодить можно и по 100500 строк в день
2) возможностей среды, с использованием таких средств как Resharper и тп можно и 100500 строк качественного кода бить
3) синтаксиса языка, без комментариев )
4) можно ведь и считать по разному,
программист в очень редких случаях выдает прям без ошибочно большие блоки кода (имхо),
можно ведь вбить блок и весь день его править/дебажить/рефакторить набирая и стирая при этом очень много кода )
#9
15:03, 3 июня 2011
за вторую неделю не написал ни одной строки, так как сейчас идет стадия сетапа
к стати в идеальном случае использования шаблонов со всякими стратегиями в конце проекта пишут чаще не код а typedef’ы
#10
15:09, 3 июня 2011
cNoNim
Согласен когда число строк доходит до тысяч — это говнокод.
Тогда такой вопрос — сколько в среднем на день вы можете написать кода с любовью к нему? То есть такого кода который вызывает у вас самих восхищение
#11
15:09, 3 июня 2011
warchief
Не подходящий вопрос для пятницы 🙂
Придется ждать понедельника, чтобы добраться до проекта, и поделить строки на дни.
#12
15:14, 3 июня 2011
а вообще если честно слышать от программиста — а количество кода не указывает на мою эффективность и профессиональность, тогда что указывает? Я лично считаю (и меня так учили — был предмет проектирования информационных систем) что проектирование должно проходить один раз, перед началом работы над проектом, далее ничего проектироваться не должно, только правиться, тестирование по завершению проекта, тогда чем занимаются проф программисты если для них не важно число кода?:)
Но вообще вопрос был не сколько максимально кода вы набиваете, а ваш средний показатель, сглаженный теоретическими измышлениями, правками, поисками вредного бага, лазанью по форумам и просто пуляниями бумажных самолетиков:)
#13
15:15, 3 июня 2011
А вот сколько здесь строк кода?:
////// A user-definable name. /// public string Name < get < return properties.name; >set < if (properties.name != value) < OnPropertyChanging(LayerProperties.NameName); properties.name = value; OnPropertyChanged(LayerProperties.NameName); >> >
private bool disposed = false; protected override void Dispose(bool disposing) < if (!disposed) < disposed = true; try < if (disposing) < if (surface != null) < surface.Dispose(); surface = null; >> > finally < base.Dispose(disposing); >> >
#14
15:16, 3 июня 2011
Те кто говорят, что количество строк не показатель — просто лодыри и бездельники.
300 строк в день обязан писать любой программист.
Для С++ это число больше, так как там больше бесполезного кода.
Сколько строк кода вы пишете в день?
Я имею ввиду те дни когда вы действительно что — то пишете, а не отлаживаетесь или расширяетесь.
P.S. наверное такой опрос уже проводился, да?
�� Подобається Сподобалось 0
До обраного В обраному 0
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
48 коментарів
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Программист тратит своего времени на написание собственно кода, и большинство программистов пишут всего строк кода в день, которые попадают в конечный продукт, независимо от их уровня. Хорошие программисты тратят большую часть оставшихся 90% времени на размышления, исследования и эксперименты в поисках наилучшего решения. Плохие программисты тратят это время на отладку, случайные изменения в коде и последующую проверку его на работоспособность.
Наверное много не считал )
Сильно зависит от клавиатуры. Когда пересел на мембранную — сразу рейт подняли! Так и сказали «вот тебе 1.5 доллара в час, ты теперь сеньйор»
а разве за строчки платят?
В Чехии был случай, команда программистов написала софт для дорожных камер за неделю, а потом больше года допиливали и устраняли баги
О, хтось викопав некротопік.
Тут про оплату за кожну стрічку коду: skeptics.stackexchange.com/. een-paid-per-line-of-code
Ще чув про Індію, що там це практикується, в результаті плодять код заради кількості (пруфів не знайшов).
В моїй роботі це може бути 10 стрічок чи одна на день, однак важливіше що саме за нею стоЇть — а це може бути 8 годин вивчення якості даних і в результаті створення декількох баг репортів для інших команд, щоб загалом продукт працював відповідно до вимог.
Юрій Якимчук software engineer в Inkosoft 14.11.2019 09:32
Зазвичай отак 😀
8 files changed, 143 insertions(+), 1353 deletions(-)
Иногда по 1000 строк, но у нас активный девелопмент, а не суппорт.
То что там в книжках про 1000 строк в год пишут — купите другие книжки.
Но за строки мне не платят.
Чем меньше — тем лучше. Следует всегда помнить, что «Идеальный код — это ненаписаный код.» — его не нужно документировать и сопровождать, он не содержит ошибок, он ничего не стоит, и так как его нет в проекте, то он собственно там и не нужен.
Весь смысл пограммирования он ведь в чем? А в том, чтобы выполнялось Главное Техническое Задание, которое как известно всегда одно и тоже, и выражается фразой всего из 4 слов — «Что бы все было заи$%сь! ». В этом глобальном задании такой параметр как число строк кода напрочь отсутствует — так что не парьтесь по этому поводу.
Alex Alex Senior software developer в Itera 19.12.2009 14:20
Количество строчек зависит от опыта. Напремер из практики знаю, что code behind класс для asp.net странички неопытный кодер накодил длиною > 1000 стр. Потом его переписали и он стал длиною где-то 100 — 200 стр. Так, что ребята, как по мне, если человек пишет очень много кода в день, то или он мега продуктивный гений или быдлокодер:)
Страница не найдена
Этот вопрос был удалён с сайта Stack Overflow на русском в процессе модерации . Чтобы узнать возможные причины удаления вопроса, обратитесь в справочный центр.
Несколько вопросов, которые могут быть вам полезны:
- Как верно высчитать прошедшее время?
- Как вставить случайную строку из TXT файла в HTML документ?
- Как правильно организовать структуру файлов исходного кода для проекта на C++
- Процент числа Python
- Обмен местами строк матрицы
- Как создать массив week и записать в него дни недели в виде строк с одним циклом?
- Оптимизация кода калькулятора
Если вы думаете, что здесь чего-то не хватает, свяжитесь с нами.
Нажимая «Принять все файлы cookie» вы соглашаетесь, что Stack Exchange может хранить файлы cookie на вашем устройстве и раскрывать информацию в соответствии с нашей Политикой в отношении файлов cookie.
Некоторые малоизвестные факты о программировании
Будучи программистом я многое узнал о том, как создаётся программное обеспечение. Вот несколько фактов, которые могут вас удивить.
Программист тратит 10-20% своего времени на написание собственно кода, и большинство программистов пишут всего 10-12 строк кода в день, которые попадают в конечный продукт, независимо от их уровня. Хорошие программисты тратят большую часть оставшихся 90% времени на размышления, исследования и эксперименты в поисках наилучшего решения. Плохие программисты тратят это время на отладку, случайные изменения в коде и последующую проверку его на работоспособность.
«Хороший токарь работает в несколько раз лучше среднего, но хороший программист стоит в 10000 раз больше, чем обычный»
Билл Гейтс.
Хороший программист в 10 раз более продуктивен, чем средний. Отличный программист в 20-100 раз более продуктивен, чем средний. И это не преувеличение — исследования, проводящиеся с 1960-х годов, чётко это показывают. Плохой программист не просто непродуктивен: он не только не выполняет свою работу, но ещё и создаёт проблемы, которые приходится решать другим.
Лучшие программисты тратят очень немного времени на написание кода. По крайней мере того, который попадает в конечный продукт. Программисты, тратящие много времени на код либо слишком ленивы, либо слишком безграмотны, либо слишком высокомерны, чтобы искать существующие решения старых проблем. Отличные программисты — мастера определения и использования стандартных подходов. Хорошие не боятся постоянного рефакторинга в поисках идеальной архитектуры. Плохие же пишут код, которому недостаёт концептуальной целостности, лаконичности, иерархичности, шаблонов проектирования, и его невероятно сложно рефакторить. Проще выбросить плохой код на помойку и начать заново, чем что-то менять в нём.
Программы подчиняются закону энтропии, как и всё остальное во Вселенной. Непрерывные изменения вызывают разрушение программ, которое нарушает целостность изначальной архитектуры. Это неизбежно, но программисты, не принявшие во внимание вопросы целостности, пишут программы, которые разрушаются настолько быстро, что становятся ненужными ещё до своего завершения. Энтропическая ошибка целостности, вероятно, самая распространённая ошибка, приводящая к провалу проектов. А вторая по распространённости — это создание программы, идущей вразрез с желаниями клиента. Разрушение программ замедляет прогресс разработки экспоненциально, поэтому многие проекты приходят к лавинообразно нарастающим срывам бюджета и сроков, и это продолжается до тех пор, пока их окончательно не уничтожат.
В исследовании 2004-го года было обнаружено, что большая часть программных проектов (51%) сталкиваются с критическими проблемами (срыв сроков, превышение бюджета, невыполнение обязательств, нарушения функционала и т.п. — прим. пер.), а 15% полностью проваливаются. Это лучше, чем в 1994-м, когда последних было 31%.
Хотя большая часть программ создаётся командами, это не есть демократическая деятельность. Обычно всего один человек является ответственным за архитектуру, остальные — лишь кодеры.
Программирование — тяжёлый труд. Это очень напряжённая умственная деятельность. Хорошие программисты думают о работе 24 часа 7 дней в неделю. Они пишут лучший код в душе и в своих снах. Поскольку самая важная работа делается вдали от клавиатуры, разработку программных проектов нельзя ускорить, заставляя людей больше работать в офисе, или добавив новых людей в проект.
От переводчика. Вероятно, эти факты не являются такими уж малоизвестными или уникальными. Но мне они показались где-то забавными, где-то поучительными, и уж точно стоящими внимания.
- программирование
- производительность труда
- архитектура приложений
- факты
- работа