Все про то же.

В то время как разработка софта это ни разу не сборка на конвейере. В лучшем случае это НИОКР. А уже в области НИОКР подход к персоналиям совсем другой. Гениальный одиночка может сделать больше чем толпа вымуштрованных посредственностей

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

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

Даже у нас начальник первым делом, когда я прошу взять еще программиста, спрашивает: "а что он будет полезного делать для текущих работ?". А мне нужно кого-нибудь на перспективные работы и на участки, которые я слабо знаю (линуксятина всякая, опенсорсные хрени на С и жабе) посадить, потому что завтра придут клиенты и скажут "а вот поставьте софт на солярке, а то у нас венды нет". Или там еще какая ересь того же плана появится.

Вещь, которую я себя не могу заставить сделать

Это поместить в основное приложение код, зависящий от частной задачи, типа метода string GetClientNameByID(int ID). Накручу горы чего угодно - встроенных языков, скриптов, подключаемых модулей, абы ядро приложения не загаживалось предметной областью.
Непреодолимый комплекс "универсальных решений".

Языковое

Практика показывает, что багоотлов в программе с интерфейсом на немецком языке успешно осуществляется под раммштайн :)