Читаешь, изучаешь всякие: SOLID, DRY, DDD, FSD, utility first... и ещё сотню "бэст практис", а потом приходишь на проект. Заказной, когда примерно каждая запятая согласовывается с заказчиком и оплачивается из его кармана.

И тут уже не до чистоты кода, не до принципов, подходов и философий. Тут просто надо, что бы оно работало. Если получится - что бы оно сопровождалось...

И примерно всё.

Так что знать весь этот зоопарк неплохо и полезно - можно на одном языке ругаться с коллегами: "да это же не домен, а вот тут драйвер не тот, а тут совсем не драй", - драй, не драй, а говнокод чище не станет.

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

Программист в первую очередь - это инженер, а потом всё остальное. Первоочередная задача инженера - сделать, что бы это работало: просто, дёшево, универсально, а потом всё остальное.

И вот смотришь очередной проект где-нибудь на гите, с твсячами звёзд - потому, что проект делает свою работу и делает её хорошо - а там... От грамматики, через семантику до логики - всё писано под ментальным воздействием чёрных космических лучей, не иначе...

В общем это всё про то, что знать терминологию и, тем более, философию разработки нужно, но упарывать в ьупое следование постулатам в угрозу функциональности, рещультативности и стоимости - это бесполезно-утопичное. Не надо так.