Самому мне не каждый день приходиться кодить... а жаль Но когда приходиться выходит около 50-100 строк кода. Здесь я имею в виду Pascal (Delphi) можно C++, т.к. на некоторых других языках некоторые задачи решаются парой строк или многочисленными сотнями ассемблерного кода. Только в число строк не стоит включать автоматом генерящийся код, как например в Delphi.

странный вопрос...

if i=1 then j:=5

if i=1 then
  j:=5

if i=1
  then
   j:=5

if
  i=1
    then
     j:=5

какой вариант считать эталонным?

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

Количество строк кода мало о чем говорит.
Главное, сколько % требований ты успеваешь сделать за день... Только это оценить сложно, но можно например в % реализованных Use Case-ов, если они есть, или совсем грубо - количество пунктов "функциональные возможности" из ТЗ.

p.s. проголосовал 50-100, ориентируясь просто на свое хобби, когда пишу сам для себя, одновременно проводя анализ, проектирование, реализацию и тестирование.

hiv, форматирование - это немножко другое.
это если выбирать между

if a=2 then
begin
b:=3;
c:=4;
for d:=5 to 8 do
c:=c+d;
end;

и

if a=2 then
  begin
  b:=3;
  c:=4;
  for d:=5 to 8 do
    c:=c+d;
  end;

по поводу моего вопроса из сообщения 2.
Скажи, какой из приведенных вариантов считаешь читабельным?
Я, например, предпочитаю второй... Хотя нередко вижу, что, если после if...then идет один оператор, его пишут на той же строке. Тоже не напрягает...

З.Ы. Недавно видела: "Программы на Паскале, Делфи. Цена n рублей за строку кода"
(вместо n сколько-то было написано... не помню).
Наверное, человек циклами не пользуется...

120 - 140, максимум до 180 ( это если аврал, и рабочий становится ненормированным ), если имеется в виду именно отлаженный код (С++)

Вот такой:

if a=2 then begin
  b:=3;
  c:=4;
  for d:=5 to 8 do
    c:=c+d;
end;

Проголосовал 50-100 строчек


Имхо вот этот:

if i=1 then j:=5

Аналогично, сударыня!
По поводу наличия связи между количеством строк и производительностью программиста могу сказать, что эти два понятия коррелируют, но не сильно (думаю около 50 - 70%). Существует достаточно много других факторов, влияющих на производительность

Согласен.

Согласен.


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

смотря на чем.
на php 200-300 в день на работе спокойно выдалбаниваешь. а дома на дельфях, то 50-100.
По поводу того что всю программу в одну строчку запихнуть можно- то не согласен, есть то, что ты в одну строчку не запихнешь.
А эталоном, ИМХО считать надо

хорошо в маткаде функции писать никакого выбора на тему как форматировать, что на одну строчку запихнуть, а что на 10 разбить...


вопрос привычки? или это как-то регламентируется чем-то?
мне, например, удобнее, когда begin расположен над соответствующим end'ом...

Привычка, скорее всего... В Сях это называется стиль K&R, когда открывающая скобка блока находится на одной строке с оператором... Ну, вот и в Паскале теперь так же делаю...

Вот от "выдолбателей"-то и идут ошибки.

"Я печатаю со скростью 3000 символов в минуту.... правда при этом такая фигня получается..."(С)

Не каждый день пишу. В выходные - обязательно (50-100). По будням - как получится (но в любом случае редко больше 50). Если увлечён идеей (чего давно не случалось ), то сижу за компом ~12 часов в сутки. Незнаю сколько я тогда набивал.
Даже в сях стиль Кэрнигана и Ричи стараюсь не использовать: скобки сложно на парность проверять. Наверное у меня тоже привычка... но с паскаля

10-20 не больше, потому что в эти 10-20 строк можно уложить все мои знания по паскалю...(

Мой любимый стиль!

public void run() {
		try {
			while (isLife()) {
				repaint();
				Thread.sleep(getDelayTime());				
			}
		} catch (InterruptedException e) {	

		}		
	}

В Eclipse такой стиль по умолчанию в инструменте форматирования кода.


А зачем их проверять на парность?
У тебя сдвиг текста слева показывает уровень вложенности, если ты об этом...
А если о том, что лишние { или }, (в паскале Begin end) то компилятор выдаст ошибку о недостатке }... так что...
Дело вкуса