Немного о «программистах от сохи»

>Количество глобальных переменных - 6

Про остальное понимаю что плохо и так не делаю, а чем плохи глобальные переменные?

>Средняя длина названия процедуры - 14 символов, максимальная - 20

По-моему, вполне нормально.

>а чем плохи глобальные переменные?

код становится нетиражируемым

А на каком языке это писано?

Наверное вижул бейсик? Даша его преподает :)))))

> Наверное вижул бейсик? Даша его преподает :)))))

:)))) провокаторов на кол

Ну кроме глобальных переменных и вложенных процедур (правда за это уже надо наказывать) все не так плохо, если эти кучи символов употребляются на понятные имена.

Я думаю, 1с :)

И вправду, систма какая? Если ООП, то за процедуры такой длины расстреливать надо :)

А чем плохи вложенные процедуры?

> Ой что будет если я найду автора этого "шедевра"...

хехе .. а что будет если ты его не найдешь? кто тебе расскажет что процедура делает? ;))

В принципе - ничем, если их красиво оформили.

А куда он нах денется?

Студентик какой-нибудь несчастный, все равно на экзамен к Даше прийдет.

Даша! Автор программы - В.С.Луговский. На ЛИСПЕ Mauhuur писАл, наверное.

> Количество строк в процедуре - 1251

может это какой нибудь мегапроект

2no-dashi, выложи эти исходники, мы тоже посмеемся :)

Количество глобальных переменных - 6 
- принципиально не всегда плохо


Средняя длина названия процедуры - 14 символов, максимальная - 20
- если название понятное, то это не минус

Тем, что каждая глобальная переменная - это дополнительные трудности в отслеживании (и отладке) сайд-эффектов. А недоязычки типа C++ не умеют выставлять в сигнатурах функций те объекты, которые потенциально могут быть функцией изменены...

Вот как раз вложенные процедуры - не так уж и плохо, раз уж нормальных замыканий нет.

Херня. У Луговского на Лиспе процедуры и за 15000 строк бывают. В такую бодягу макры раскрываются. И на Java у него то же самое бывает, см. тред, где он на JIT в Mono и Sun JRE гнал.

> У Луговского на Лиспе процедуры и за 15000 строк бывают.

Значит гнать вшею такого "крутого программиста", как профессор Луговский надо. Сразу видно, что Махор "титиретик"-ЛАМО, не написавшее в жизни ничего практически полезного.

А обоснуй. Чем плохо, если код в 50 строк макропроцессором раскрывается в процедуру в 15000 строк, если это - оптимально (громадная таблица локальных переходов, что быстрее, чем вызов функции).

А теперь подсчитаем во сколько строк ассемблерного кода раскрывается маленький приплюснутый метод в 10 строк...

> Количество строк в процедуре - 1251

И комментарии, небось, в виндовой кодировке -- cp1251... ;-)

>процедуре

>Количество вложенных процедур

Судя по термином - pascal. По описанию похоже на сырцы из Delphi ?

> Судя по термином - pascal.

PL/SQL.

> По описанию похоже на сырцы из Delphi ?

Не-а, борланды свои библиотеки куда лучше пишут. Это "Корпоративная информационная система <<Парус>>", процедура начисления амортизации :-) Поэтому, кстати, и код показать не могу - типа чужая собственность.

О... Это пепец. Им надо отрезать пипки и заставить сожрать, сырыми и без соли.

>Не-а, борланды свои библиотеки куда лучше пишут

Зато в Builder 6 у них полный пипец. Выравнивание структур WinAPI в хидерах не на 2, а на 8 байт. Неделю баг ловил, пока не дошло, что не мой это баг.

>в хидерах

Если исходники лора будут когда-либо открыты, то первая фича, которую я реализую самолично, будет перманентный автобан за употребление слова "хидеры" в сообщении.

Запоминаем:

хидоры - на gay.ru
хедеры - на linux.org.ru!

Обоснуй, человече.

> Выравнивание структур WinAPI в хидерах не на 2, а на 8 байт

Это фигня, детали реализации :-) Вот когда микрософт пишет typedef enum .... typename - вот это едйствительно писец...

http://lingvo.yandex.ru/en?text=header&st_translate=1

Обращаем внимание на транскрипцию. Учитываем, что K48 учится в инъязе и ему мучительно больно :)

спасибо за понимание :)

> Корпоративная информационная система <<Парус>>

Гы! я угодал! зри в удолёных.

Я так и подумал, что это PL/SQL. Существует целая армия PL/SQL-only программистов, не способных писать модульные программы. Это отчасти объясняется убожеством язычка. Что касается цифр - я видел код (на PL/SQL) и похуже. Кстати, практически все самописные банковские системы примерно такого качества.