Проблемы урезания творчества в программировании

Каждый раз когда пытаются ввести законы в программировании теряется интерес к проектированию. Проектирование-“живой” интерес к составлению программы в которой должна быть хорошая инкапсуляция, жизненные концепции, и правила наимениваний и т. п. Теряется интерес из-за проблем засуживания проектов. Ведь каждый продукт может иметь свои особенности, которые зависят от предпочтений и опыта комманды. Например, Coding Standard в интеграционном поекте в котором много языков не понятно на какой стадарт опираться. Вспомните что в самом проекте есть даже скрипты. Еще пример это фанатичное следование кодированнию в Google или Microsoft или другие компании, потому не слелать единого стандарта на планете. Как тогда сделать закон о Coding Standard, когда каждая компания старается вести свой маркетинг?

Вести стандарт в правила наименований вообще не реально, так как незадать общий смысл из-за частных проблем.

Еще одна проблема введения правил в программирование. Проблема терминологии! Если ее сильно загнать, будут проблемы творческой гибкости. Как следствие возможны потери новых открытий в неразработанных областях человеческой деятельности. Бизнес-правила это трудно стандартизируемая часть потому что они должны быть преобразованы в функциональные требования(ФТ). ФТ очень специфическая часть проектирования под каждую сферу жизнедеятельности человека. Попробуй задай что-то для всех стран( единые термины)! Как искусственный интелект справиться?