Russian Qt Forum

Сколько строк в день надо писать, чтобы считать себя профессионалом?

2-3, не больше, но они должны делать то то же что и у непрофессионала 200-300 строк.

надо каждый день писать 346 строк вида "я хочу стать профессионалом в Qt"

Популярное заблуждение что "профессионал" - мол, хорошо, круто. В действительности же это просто означает профессию, то есть что человек живет на доходы с того что он написал, вот и все. Есть тупые профессионалы и безумно талантливые любители (amateurs), да, в том числе и на этом форуме  :)

У этого слова может быть несколько значений и как раз второе означает "хороший специалист, знаток своего дела".

Точно подмечено, и как раз по постам на форуме хорошо видно, кто по какому смыслу относиться к своей профессии. :)

Почему никто не написал прописную истину в программирование - главное не то, сколько написал, а результат :)

0
Нужно не писать строки, нужно создавать программы.

это будет возможно, когда создадут интерфейс между мозгом и компьютером

У Дарьи Донцовой спросите)

Код на Qt довольно многословен.
Например текст ячейки таблицы назначается в 3 строки - создать item, поместить item в таблицу, назначить текст item-а.
Профессионал не задумывается и пишет три строки, а любитель сначала долго ищет в документации метод прямого назначения текста вроде table.setText(i,j,str).
Поэтому профессионал пишет в день намного больше строк.

Профессионал за весь день может написать только одну строку. Но она будет именно та, которая нужна, и именно в нужном месте, чтобы пофиксить сложный баг

Неправда ваша, serega. Я конечно не профессионал, но я вот на добавление элемента пишу 1 строку. И на удаление одну. И на сортировку одну. Потому что когда в первый раз мне это пришлось делать я написал обёртку. В результате кол-во кода сократилось, кол-во багов уменьшилось, время отладки уменьшилось. И по данной аналогии с 90% кода поступаю так же.

Оставшиеся 10% кода уникальны и не поддаются унификации :)

А может к чёрту это программирование, а?)
Может вам лучше сразу в Политику (с большой буквы П) податься? Чувствую, вас там ждёт Большое будущее)
  

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

Навеяло

Я печатаю со скоростью 1000 знаков в минуту. Правда, такая ерунда получается…

Неправда, у профессионалов нет багов! ;D

Один программист весь день искал баг, и исправил его в конце дня, написав 1 строку. Другой программист за это же время написал 5000 строк кода. Кто из них больший профессионал?
Второй программист может сказать, что нашел бы этот баг намного быстрее, и после этого написал бы еще 4000 строк. Поэтому для руководства он будет более профессиональным.

Профессионалам часто приходится подчищать за любителями, у котрых баги есть.

Сказать второй может что угодно:) А вот найдет ли он этот баг за день, за неделю или вообще никогда не найдет - вот в чем вопрос)))

5000 строк кода написать очень легко - разворачивать все циклы, писать в строках ничего не значащие операции, скопипастить...

mutineer, это бесполезно объяснять тому, для кого мерилом профессионализма является число строк)

Ну в принципе да(

Я наоборот хочу чтоб у меня проекты были поменьше :)
А то после пары-тройки задач смотришь - и понимаешь что создаёшь монстра :D

тогда может стоит начинать с проектирования, а не с программирования?

А есть ли еще методы доказать, что проведена большая работа (кроме подсчета строк кода)?

А кому собираешься доказывать?

Например начальник говорит программисту, что программист ничего не делает на работе. Программист показывает, что у него в среднем получается 5000 строк в день. Начальник или снимает претензии, или говорит, что надо писать еще больше.

Если начальник меряет программиста по количеству строк, то начальник в работе программиста нифига не понимает и оценивать его работу адекватно все равно не может

Чёта ржунимагу)
(простите, сорвался)

/* просто представил себе эту ситуацию)) */

Здесь мерилом работы считают усталость(С)

Начальник на заявление программиста скажет: "Где фича Х, где фича У, почему в багтрекере 5000 незакрытых багов ?!"

Бежать от такого начальника надо.
Это называется кнутом. Если захочешь докопаться до работы программиста - повод всегда найдется, потому что интеллектуальный труд не измерить в количестве строк.
to m_ax: бывают такие ситуации, когда самодуры начинают руководить. Сам побывал в такой, никому не советую, когда от своей работы не можешь получать удовольствие, потому что начальник вечно не доволен, у него вечно горят сроки и он постоянно меняет задачи.

У нас горят сроки и зачастую на планирование времени не остаётся. Но нигде в компании не слышал оценки по количеству строк.

PS количество строк можно увеличить в геометрической прогрессии при желании.

Иллюстрация к теме)

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

Почему нет? Разве Вы пишете софт для собственного удовольствия? Насколько мне известно нет, это Ваша работа. Значит Вы - профессиональный программист. А вот плохой или хороший - то уже другой вопрос  :)

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

Именно это (сделать бесплатно) и имеют ввиду когда вот так "подъезжают на хромой кобыле"  :)
Поэтому не обольщайтесь и будьте бдительны

Аааа, очередные фобии. Тогда все понятно. :)
Еще раз, много людей используя слово "профессионал" как раз вкладывают в него второе значение (см выше), ТС не стал исключением.
Что бы правильно понять ТС вы можете в голове заменять "профессионал" словосочетанием "хороший программист". ;)

Я прекрасно понял что человек имел ввиду, просто от того что такое толкование популярно - оно верным не становится. Из той же оперы: "элементарно" - значит (совсем) просто. Как (давно) объяснил мне мой друг математик, это не так. "Элементарно" - значит уже не делится на компоненты, составляющие, т.е. является конечным элементом. Напр ф-ция y = fabs(x) простая, но не элементарная  :)

Некто Ефремова, в русском языке явно не профессионал, с вами не согласна: :)
http://www.efremova.info/word/professional.html

По поводу "элементарно"... есть такое понятие "элементарная частица", про нее кратко рассказывают на физике в школе, класс 4 по-моему. Ну или друзья математики... :)

Упс. Ефремов оказался женщиной... Не обратил внимание, каюсь. :)

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

Не очень понял вашу мысль. Что именно не здорово?

Ну если встретится такой начальник можно скрипт состряпать, который исходники будет раздувать :D

Что Ефремова "не согласен"  ;)

Вот у токаря всё понятно - обточил 100 болванок - получил 100 рублей. Свой чувак пролетарий. А у этих интеллигентов очкариков инженеров програмистов поди пойми, о чём они думают на работе? Голову руками обхватит и типо задачу решает, а может у него просто башка с похмелья болит? Вредители, однозначно!

+100500 к последнему комментарию :D

Вчерашний случай - заходит начальство, я голову руками обхватил, коллега уткнулся головой в стол, железяшник наш вообще на полу лежит что-то ковыряет под столом. И реплика - сразу видно, работаете! Молодцы! :D :D :D

Число строк - не показатель. Моя программа в <17000 строк делает тоже самое и даже больше, что и другая программа, в которой >30000 строк.

C++ (Qt)
int x;
int y;
int z;
x = 2;
y = 3;
z = x + y;

C++ (Qt)
int x = 2; int y = 3; int z = x + y;

Гы-ы-ы...

Не полно раскрыли.

У меня на одной из прошлых работ, шеф подсчитывал строки кода, для статистики, работая в разных организациях.

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

Т.е. бралась дата начала проекта и дата сдачи, и подсчитывались все (вместе с комментариями, но кроме пустых) строки, в каждом субпроекте отдельно.

У него статистика была более сотни проектов за почти 15 лет и цифра была железобетонной, колебания не превышали +/- 2 строки/день.

Любопытная статистика...

Тогда ТС остаётся сосчитать сколько программистов у него в конторе трудятся над проектом и поделить 15 на их количество)

так же любопытно, что кол-во строк в день не зависело от языка программирования (асемблер, Си, дельфи,...)

Видимо на всех работах босса работали профи, которые на выходе давали одинаковое количество строк :D

"Видимо на всех работах босса работали профи..."
Он начал собирать эту статистику с советских времён, когда пришёл в одно из военных НИИ зелёным программером с института.

я тоже этой темой заинтерисовался и стал копить свою статистику, преимущественно пишу программы под микроконтроллеры, у меня этот показатель колеблется от 14,2 до 16,5 стр/день

Не так давно стал промышлять написание макросов на VBA, получилось по 3 проектам: 12,2 - 14 стр/день

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

Рас в этом есть какая-то универсальность, то скорее всего это явление описывается какими то простыми уравнениями (или моделью)
Интересно, а от размерности пространства это число строк как-нить зависит? ;D

Гы-гы  >:(

А как учитывались изменения кода, а не добавления? Ну то есть удалили 20 строк, вставили вместо них 5. Сколько уйдет в статистику?

В России нет и не было промышленной разработки софта. Всех российских программистов в принципе можно считать любителями.
Слышал, что у индусов норматив - 4000 строк в день. Всё как у рабочего на заводе.

Как-то пессимистично. В России и в СНГ много хороших программистов, как и продуктов, над которыми они работают.

Мне кажется, надо считать так.
Если программист удалил или переписал свои 15 строк, в зачет ему идет 0 строк (исправил свой же косяк).
Если программист удалил или переписал чужие 15 строк, в зачет ему идет 15 строк (исправил чужой косяк). А другому -15.

Это делалось в конце проекта и считались существующие строки, или это делалось в процессе работы и считались все добавления?

То есть "исправил свой же косяк" это не работа и не считается? Ну тогда свои косяки надо не править, а рассказывать о них другим, чтобы они исправили)))

Тото код у них иногда делается так, чтобы побольше строк получилось, а не чтобы работало нормально:)

А тому, у кого нашли косяк, вычесть число строк, которое занимал косяк.

Профессионал пишет сразу правильно.

И ударов кнута, равному количеству накосяченного, делённого на 10 :D

С какой стати? Он не тратил на это свое время, свои ресурсы? Не производил работу? Или программисты ошибки умышленно допускают? Никто не идеален и штрафовать за баги, которые не привели к финансовой отвественности это тупо

А как в такой ситуации быть с оптимизацией или рефакторингом? Это ведь не косяк и считаться им не может, потому что все работает правильно

Ну это уже просто за гранью ;D
*ушел под стол ржать

Если серьезно, то считать строки имеет смысл только если справедливо соотношение "чем больше строк, тем лучше продукт". В реальности такого нет

Отличные перлы.

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

 ;D ;D
Искренне желаю тебе, чтобы на тебя работали только профессионалы, которые не делают ошибок и сразу пишут без оптимизации и рефакторинга. Сферические в вакууме ;D ;D

Чем больше строк, тем сложнее продукт. Чем сложнее продукт, тем он дороже.
Строки это деньги.

и первое и второе неверно. Продукт, полный бессмысленного кода, и не сложен и не стоит ничего. Зато строк куча, хоть залейся))


"Ребята, у нас в понедельник релиз, но нам нехвататет 1230 строчек. Поэтому работаем сверхурочно" ;D ;D

То есть миллион строк на жабе сложнее, чем 500 тысяч на CL?

Заказчик смотрит не код, а сколько мегабайт в итоге занимает программа, а это тоже зависит от числа строк.
Если много, значит программа сложная, деньги потрачены не зря.

Тролль ты какой-то неумелый.

Ну с таким подходом надо иконки в программе делать 4096x4096 в ресурсах. Причём в bmp, а не попсовом png.
Программа будет очень сложная. ;D

Какое то рассуждение странное. Напоминает Spark'a. Тонна аргументов и глухослепонемой  ТС :D

Офигеть, настроение поднял утром понедельника :D

Заказчик заказывает функционал, а не 300 мб бинарной каши)))

это было бы смешно, если б не было так грустно)

А по поводу чего грустить-то?

Ну как чего.. Задорного что ли не смотрели?)

Образование в стране развалили, интересы у нынешней молодёжи какие то больше барыжные.. Выращивают стадо менеджеров и шменеджеров и п.т.п..

А потом удивляются, почему это всё через одно место, ведь такая работа была проведена, столько строк понаписано, столько переписано, а в итоге..(

Такие вот дела..

Верно подмечено. Вопрос скорее менеджера, чем программиста :D

Менеджер среди нас, обнажайте компиляторы :D

Если весь функционал реализован в 1 Мб бинарников за пару недель, то и стоить он будет недорого.
Необходимо убедить, что реализовать проект очень сложно (в нем будет много строк кода).
На этапе планирования проекта обычно прикидывается сколько там будет строк. На основе этого определяется цена разработки.
http://ru.wikipedia.org/wiki/COCOMO

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

На мой взгляд подход крайне неверный. Как вы заметили, 1 мб за пару недель может выполнить работу гигабайтов.

PS работая на ОКР'ах расскажу - никто не оценивает заранее. Выделяют сумму на ОКР - проводите. Провели, вывели примерную сумму/вердикт.

PPS а вот убедить что проект сложный - работа именно менеджера. И тут уже всё зависит не от строк кода, а от умения менеджера убеждать людей.

а кто такой Задорный? вот о Задорнове я слышал.

@zzzseregazzz: по твоим темам складывается впечатление, что какой-то «дядя», далекий от программирования и разработки в принципе, просит тебя рассказать ему о шайтан-технологии Qt (сделать доклад) и видимо в сравнении с другими языками оценить стоимость разработки по количеству строк.

Да, да, он самый) опечатался..

Ну может не "дядя", а девочка-журналист, которой нужно быть "в теме"  :)  Но постронка - точно

когда-то подсчитывал свои строки, в хорошие дни выхлоп доходил до 150-200 строк/день.
И мне становится интересно, возможно ли вообще нафигачить 1000(не говоря уже про 5000) строк не копипастой, и что бы это потом скомпилилось  ???

По секрету расскажу - можно. Но это заслуга уже привычки, нежели осознанного воздействия :)

Как то выходным днём меня попросили одну программку  нафигачить. До семи вечера с семи утра сидел под чаем и зефиром :D Помойму тысяч 5 я настряпал :D Сам теперь боюсь в того монстра лезть :D

C
int a=10000,b,c=2800,d,e,f[2801],g;main(){for(;b-c;)f[b++]=a/5; for(;d=0,g=c*2;c-=14,printf("%.4d",e+d/a),e=d%a)for(b=c;d+=f[b]*a, f[b]=d%--g,d/=g--,--b;d*=b);}

Вот образец компактности кода: одна строка вычисляет 800 знаков пи. Но с таким подходом останешься без штанов.

Берём VS + VS assist, щелкаем переформатирование, получаем строк 30 :D Вот так мгновенно повышаем стоимость программы :D

Кстати, в порядке оффтопа... никто не знает, какую математическую формулу (или физический принцип) реализует эта программа? Интересно просто. За один цикл вычисляет 4 цифры, если перед значащими цифрами нули - их не вычисляет, приходится добавлять принудительно (в оригинале это делает оператор printf("%.4d",e+d/a)). Вычисляет и 1600, и 3200 знаков Пи, если увеличивать в 2 раза значения с и f[], но начинает работать медленнее и с какого-то момента делает ошибки (скорее всего в результате преполнения переменных). Вот её код в развёрнутом виде (на билдере):

C++ (Qt)
//вывод на экран строки
void print_str(int x)
{
static int Cx = 0;
static AnsiString str;
 
 
  Cx++;
 
  if (x < 10)   str += "0";
  if (x < 100)  str += "0";
  if (x < 1000) str += "0";
 
  str += IntToStr(x);	// + " ";
 
  if (Cx % 20 == 0)
    {
    Form1 -> Memo1 ->  Lines -> Add(str);
    str = "";
    }
 
return;
}
 
 
 
 
 
void __fastcall TForm1::Button1Click(TObject *Sender)
{
 
AnsiString str;
 
unsigned int a = 10000;
unsigned int b = 0;
unsigned int c = 5600;
unsigned int d = 0;
unsigned int e = 0;
unsigned int f[5601];
unsigned int g = 0;
 
 
  Button1 -> Enabled = false;
 
 
  //заполняет массив значением а/5 = 2000
  for (b = 0; b < c+1; b++) f[b] = a/5;
 
 
  //вычисление
  while(c)
    {
    d = 0;
    g = c * 2;
 
    for (b = c; b > 1; b--)
      {
      d += f[b] * a;
      g--;
      f[b] = d % g;
      d /= g;
      g--;
      d *= b;
      }
 
 
 
    //вывод строки на экран
    print_str(e + d/a);
 
    c -= 14;
    e = d % a;
    }
 
 
return;
}

QString QString::arg ( int a, int fieldWidth = 0, int base = 10, const QChar & fillChar = QLatin1Char( ' ' ) ) const — тебя интересуют 2-й и 4-й параметры