Владимир2012Да нет.
Имеются "издержки" и очень большие, которые выражаются в том, что многие программисты не хотя тратить время на то, что же означает термин "системный подход", "хорошая архитектура проекта" ... пишут на порядок
больше кода /с всеми вытекающими побочными эффектами от таких проектов/.
Ну и кто в этом виноват? У нас в университете, одном из лучших, в мое время программирование преподавали по принципу, чтобы отбить охоту заниматься им вообще. Так что, если я и стал программистом, то не благодаря, а вопреки. Думаю, это распространенное явление. Ибо преподаватели, как и военные, умеют воевать только по опыту прошлых войн. Лично меня в этом смысле очень удивляет, как Владимир Путин научил свою армию воевать по-современному? НАТО не может, пиндосы и те вязнут в прошлом, а Российская Армия проявляет чудеса на грани невозможного.

Ну да мы отвлеклись. Возьмем книги по программированию. Вы можете сказать, что есть человек или книга, которые стали вашим Учителем по программированию? Лично я нет. До всего приходится доходить самому. Вот несколько примеров.

1. Противопоставление клиент-серверных технологий файл-серверным. Мол, первое это все, а второе – ничего. Правильно ли это? Не думаю.

2. В рамках моделей клиент-серверных технологий нет согласия по наиболее «правильной» из них. То ли использовать трезвенку (с сервером приложений), то ли распределенные системы, то ли терминальные сервера, то ли параллельные базы данных (локальные, со своими данными на запись и чужими на чтение и одной центральной базой данных реплицирующей изменения на остальных клиентов). Подобных схем существуют множество. Как правильно выбирать? Кто может подсказать?

3. 1С, как впрочем и Мелкософт, навязывают всем свои концепции программирования, прикладные модели учета, стандарты и спецификации, которые сами же и нарушают. Причем во главу угла ставят свои собственные, меркантильные интересы, в ущерб дешевым рациональным технологиям. Это правильно? Не уверен. Какой выход? Цифровой Коммунизм (идея Сергея Хапрова). Но, думаю, общество еще не скоро созреет до этого.

Ну, хорошо, это все общие, далеко не исчерпывающие, проблемы. Возьмем программу, которая нам ближе: «Учет и расчет заработной платы на предприятиях». Что здесь определяет «создание хорошей архитектуры и системный подход»?

Начнем с простого, изложения концепции, т.е. основных принципов реализации этой программы. Каковы они должны быть? И где гарантия, что они будут «правильными»? Ведь сколько программистов, столько и мнений. Сама фирма 1С делала статистику и объявила, лет десять назад, что в России существует не менее 200 тысяч самописных программ по расчету заработной платы. Чуть ли не у каждого предприятия своя собственная программа или там серьезная модификация типовой. Это нормально? Нет, конечно. Но кто возьмет на себя смелость изложить «правильные» принципы этой программы. Для своей новой версии «зарплаты» я пытаюсь такие принципы сформулировать. Но удовлетворят ли они других? Совершенно не уверен. Единственная отрада, что они будут нравиться мне :) .