Это тоже та ещё "замануха": лидеры-гиганты строчат внушительные такие тома, стандарты, на реализацию которых уйдёт не один год, и как бы приглашают "делайте так же, если хотите, чтобы вас воспринимали всерьёз".
И народ даже из академической среды, из open-source и т.п. начинает втягиваться в эту гонку - "чтоб всё было солидно".
Тратит несколько лет жизни на какой-нибудь ОДИН такой "чинный и солидный" проект. И, разумеется, о какой-то конкуренции можно просто забыть.
Вместо того, чтобы развязать руки от второстепенных мелочей и пройти по грани "необходимого и достаточного", решив за то же время целый ряд задач. Как Вирт с ПК, ОС и прикладными пакетами, или новосибирцы с Кроносом. Да и многие коллективы, сталкивающиеся с "особыми задачами", таким же путём идут. У них выбора нет просто. Как у многих наших оборонных контор, которые разрабатывают свои CASE-решения.
Про какие стандарты идет речь? На средствах разработки давно никто не зарабатывает из гигантов и даже не гигантов (ну, разве что как-то живет этим JetBrains, да и то…).
Стандарты/спецификации максимально подробные производителю софтверной продукции (любого размера) не нужны категорически. Они всегда мешают. Стандарты и спецификации нужны прежде всего заказчику, чтобы избежать явления известного как vendor lock in. Поэтому они и появляются, эти стандарты. В интересах заказчика не зависеть от данного конкретного решения данного конкретного вендора, иметь возможность спокойно его заменить, в случае необходимости на другое решение другого вендора. Интересы вендоров прямо противоположны.
Я занимался скадами и автоматизацией. У нас таки как раз было гм… не стандартное решение, в качестве протокола (как это обычно бывает в таких решениях) использовался fpp. Так вот, заказчик стал неописуемо счастлив (и отвалил деньгу немалую) когда мы прикрутили гейт для передачи наших данных по OPC. Просто потому, что в случае чего теперь нас хоть как-то можно было заменить, и хоть как-то можно было интегрироваться со внешним миром. Между прочим, всякий разный сименс тоже не слищком рад требованиям поддержки OPC, ибо это сильно мешает намертво завязать заказчика на себя.
Но мы говорили про языки, там давным давно никто серьезно денег на компиляторах и прочих тулзах не зарабатывает, так что совершенно непонятно какие гиганты и что тут могут выгадать.