Что лежит в основе программирования сегодня? Принципы, базис, как угодно.
Так ответ вроде очевиден. Если отбросить инструменты, то остается мозг. Вернее, его наполнение знаниями в области программирования. Очевидно, что у современных программистов их существенно больше.
В силу того, что все развивается. И подходы, и методологии, и стандарты, и спектр задач существенно шире, чем 40 лет назад.
Разве не так?
А почему нет то? Не будь у тебя инструментов, чтобы ты смог сделать в практическом плане? Даже сиськи на экране посмотреть не смог бы.
Мало ли, кем сделан топор. Это изобретение как раз для облегчения труда дровосека. И чтобы мог сделать дровосек, даже самый виртуозный, без топора? Ну может, отыметь дуб в дупло. Если это рубка деревьев, то тогда да. Дровосек крут.
Ок. UNIX, вернее, его базовое ядро, был придуман и реализован почти на 30 лет раньше первой реализации UML. Потому как в момент придумывания UNIXa в принципе не было таких задач перед программистами, которые сейчас решаются с помощью методологий структурного анализа и синтеза ПС. К тому же "крупным" проектом UNIX стал не сразу, а в результате долгого эволюционного пути. Как осуществляется методологически проектное управление и техническая реализация новых версий потомков UNIX мы не знаем. Может используются методы UML или подобных средств разработки, а может и нет.
Не нужно замыкаться на UML, это, повторяю в который раз, не единственный инструмент современного программиста-разработчика-аналитика-архитектора, как угодно.
Твое непонимание сути вопроса кроется в том, что проекты в которых ты принимал участие, имеют определенную специфику и локализованы функционально. Кроме того, многие проекты ты вроде как реализовывал один (судя по тому, что ты писал выше). Крупные проекты - это когда в их разработке и реализации принимают участие группы специалистов с широчайшим набором компетенций в области ИТ, а не 1-2-3 человека. UML как раз и нужен для того, чтобы все эти люди "разговаривали" на одном языке и имели единое концепуальное видение проблемы, путей ее решения и последующей технической реализации.
Да, что ты привязался к конечному автомату? Может потому, что он максимально подходит для описания состояний на входах-выходах какой-либо железяки, которую ты программируешь? 0-1.1-0.
Еще раз повторяю, что спектр диаграмм UML не ограничивается конечным автоматом, это лишь небольшой элемент, участвующий в формировании полной картины модели domain.