leonidaf, видимо да. И скорее стандартные куски будут занимать большую часть. А мне вот интересно, какая все-таки реальная производительность?

Исходное сообщение Argument: Потому что такая скорость у меня в голове не укладывается.

Сначала пишешь кучу комментариев к какждой буковке со скоростью печати в слепую: а потом: вот оно - содержательная часть программы на жалкую страничку :)
Ну, может еще вижуал-языки имеются в виду, рисуешь формочку в пол-минуты и страница кода готова.

LI 3.9.25

Argument, а еще, может, тут посчитаны все строки подключенных библиотек? ))

...хотя, тогда, пожалуй, маловато получается)

Исходное сообщение ЭнИ

Исходное сообщение Argument: Потому что такая скорость у меня в голове не укладывается.

Сначала пишешь кучу комментариев к какждой буковке со скоростью печати в слепую: а потом: вот оно - содержательная часть программы на жалкую страничку :)
Ну, может еще вижуал-языки имеются в виду, рисуешь формочку в пол-минуты и страница кода готова.

По рассказу приятеля, работающего в Микрософте, там на группу из 3-4 программистов выделяли спецального человека занимающегося исключительно написанием комментариев и всей остальной документации.

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

Argument, я согласен с Тузбубен - адназначно сосчитаны все строчки притянутых лёгким движением мышки библиотек (компонентов).

Исходное сообщение leonidaf:
По рассказу приятеля, работающего в Микрософте, там на группу из 3-4 программистов выделяли спецального человека занимающегося исключительно написанием комментариев и всей остальной документации.

По идее, это есть очень правильно. Потому как я терпеть не могу писать комментарии, а потом через годик сама смотрю на свою программу - вообще не соображаю, о чем это было... Неужели это я :)
А вообще ну, если код писать не подряд в строку, а структуировать для наглядности, то всякие там коротенькие операторы уже составляют целую строку. А еще можно копировать целые огромные блоки из других своих программ, а потом только подправлять. Может быть, если посчитать все внешние подключенные данные, файлы свои внешние процедуры и функции из библиотек, то может почти так и будет. Особенно, если все время чего-то писать, а не раскладывать периодически пасьянс и заниматься прочей фигней.
Все равно КПД от генерации кода с такой скоростью не особо большой. Например сегодня версия программы 1.1., завтра чего-то там поменял - версия 1.2. Если все версии сохранять, то количество кода удваивается, утраивается и т.д.


LI 3.9.25

Исходное сообщение Ксу: Так там же куча строк может быть из корооотеньких слов типа or, if и т.д. :)

Которые даже не набивают, а копируют блоком всю конструкцию и подправляют переменные.

LI 3.9.25

Ух ты. Зато я теперь знаю, как много у меня среди друзей программистов :)

Я вот сейчас посчитал, сколько примерно строк я ваяю в неделю на связке С++ Builder + Oracle. Получилось примерно 6000, то есть примерно 1200 строк в день или 150 строк в час. До индусов мне далеко

Привет, Сережка! По мне и 150 в час ужасно много ))

Sergey_Svetlov, у меня в связку Delphi + MsSQL немного меньше получается :)

Argument, так ведь я реально-то эти строки не пишу, их Билдер сам пишет, когда я всякие компонентики на форму кладу. Реальный объём - в 2.5-3 раза меньше...

Let_Me_Be, всё правильно :) В С++ объём кода вместе с .h файлами как раз больше получается...

Sergey_Svetlov, с тоской смотрю что всё некогда заставить себя переползсти обратно с паскаля на С++ :(

Я за вчера написал около 500 строк, считая пустые. Но это была очень простая программа, там думать не надо было. Для сложной программы 50-100 строк в день - очень хорошая производительность.

Злостный_Медведь, вот! Совершенно согласен - мне кажется, такая реальная производительность и должна быть )

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

LI 5.8.22

Случайная_незнакомка, не думаю, что удельный вес там больше. А вот количество, да...