GLОРING РRОGRAMMING

1500py470 — 08.01.2022



"Может ли господь бог написать программу, которую он не сможет отладить? "

Безошибочный кодировщик,
ВZYСК SYSТЕМ LАВ.МЕМВЕR,МIСН.


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

Мы назвали наш метод "Gloping programming" или "Снизу вверх наискосок" (СВH). Основную идею метода СВH лучше всего передает древняя восточная мудрость: "Если что-нибудь можно сделать двумя способами, не пожалейте усилий и придумайте третий".



По прежнему, никакой модульности!

(Поскольку модульность нельзя понимать иначе, как наличие известной встроенной функции. Все остальное - от лукавого.)

Считайте себя хуже других, если вы не в состоянии написать программу (если хотите, назовите ее модулем) длиной более 1000 операторов. Если по ряду объективных причин (они есть всегда) вам все-таки приходится сталкиваться с проблемой стыковки, то помните об одном-единственном правиле метода СВH:

Никаких соглашений о связях! В особенности, если приходится иметь дело с программистами противоположного пола.

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

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

Порадуйте своего руководителя, повесив над рабочим столом плакат: "Программирование - слишком сложная интеллектуальная деятельность, чтобы можно было надеяться навязать ей узы административной системы, которая душит всякую инициативу." [Ван Тассел]. Если реакция руководства окажется более сдержанной, чем вы ожидали, перекрасьте дверь вашей лаборатории зеленой краской самого ядовитого цвета и исчезните на три дня, предварительно отключив домашний телефон [б. Мейер, бодуен].



Первая заповедь программиста, успешно преодолевшего барьер синтаксического контроля - не торопиться. Помните, что плохо отлаженная программа всегда менее эффективна, чем совсем не отлаженная. Не выводите на печать более одной переменной за один прогон. Полученные листинги (распечатки) немедленно уничтожайте (во избежание!.. См. V). С другой стороны, полезно хранить, в единственном экземпляре, протокол компилятора с наихудшим (это не сложно) качеством печати с тем, чтобы при незапланированном появлении руководителя можно было бы сказать: "Вот видите, в каких условиях приходится работать!" Разумеется, диагностические сообщения следует отрезать, а лучше - неаккуратно оборвать. (Для тех, кто программирует на фортране или ассемблере, рекомендуем приобрести некоторые навыки работы с ножницами и клеем).

Если вы храните исходный текст на НМД, никогда не проверяйте карт IEBUPDTE, и чтобы не лишать себя приятных неожиданностей! Более того, проверять пробивку дурной тон и признак гнусного неуважения к милым и очаровательным девушкам, тратящим лучшие годы юности на пробивание дырок в ваших перфокартах.

Когда заканчивается отладка, начинается эксплуатация! Ни один уважающий себя программист не допустит, чтобы его любимое чадо, плод его многолетних трудов и страданий эксплуатировали какие-то посторонние люди.

Несколько слов о тестировании. Никто не знает, в чем именно заключается тестирование, что является конечной целью и какие результаты следует получить. В методе СВH принято считать тестирование законченным, если выполнение завершается с кодом возврата 0000, даже если исходные данные различаются хотя бы одним числом (или всеми - если вы максималист).

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

Успешной работы!

Оставить комментарий

Популярные посты:

• Ранее
• Архив