позикс поддерживают тож ток унаследовавшиеся?

а кого нибудь вообще втягивали в стандарт на полдороги развития? наверн нет

дикие расходы на переделку всего

Почему опять таки делают свои реализации: контроль. Ну вот заюзал ты стороннюю либу, тот же fatfs, а там баг. Варианты:
1) Сделать правку либы и создать PR. Это делают не так часто, ибо правка нужна здесь и сейчас, а пока согласуют PR уже пройдет куча времени.
2) Сделать правку либы у себя и ее таскать. Это потом превращает поддержку в головную боль, ибо при обновлении патч может сломаться. Если оный вообще делали и есть механизм накатывания патчей.
3) сделать свою реализацию и править по необходимости.

Вопрос в балансе, который не соблюдается.

Так и здесь ровно то же самое. Для оформления выбирай Bootstrap, MaterialUI, AntDesign и т.д., в рамках этого делай то, что тебе нужно - меняй цвета, темы, скругления и прочее.

и плагину для конфига вида сайтов например просто нужно поддерживать форматы популярных оформляторов?

Ну это только одна сторона. У кода есть еще и другие критерии, часть из которых посчитать и нельзя. Жаль, что об этом мало говорят.

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

а математика то ещё искусство

Нередко видимо да, но стоит учесть вот какие пункты:
1) могут быть маргиналы, которые ломают исходную логику и простая замена уже не прокатит.
2) ввиду сложности текущих проектов к стилям нередко добавляется хэш, чтобы избежать коллизий. Т.е. для одного модуля один хэш, для другого - другой. Типа .button_xyskw и .button_kgrleo. Либо же все имя класса заменяется на хэш. В таком случае подстановка тоже не сработает. Ситуацию спасли бы неймспейсы, и некоторые их делают добавляя оный в виде префикса к имени класса. Но в таком случае тоже замена стиля не сработает, ибо .button и .billing_button - не одно и то же.

3) таких либ масса + у крупных компаний свой UI Kit (Тинькофф, Яндекс, Озон, и т.д.), под них нужно отдельно. В сумме это адов труд.

имена в потрохах веба страшные

я там давно не понимаю что происходит

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

С кодом тоже есть свои метрики: сколько времени нужно на вычитку и правку, какой объем кода на какие-то вещи и подобные, но они не могут сейчас быть представлены в виде какого-то балла или коэффициента. На что можно посчитать метрики: глубина вложенности, code complexity и прочие. Но считают оные очень редко.

З.Ы. У меня ощущение, что диалог какой-то параллельный :)

эт как? %)

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

или там просто если что-то меняется переписывают снуля?)

метрики то актуальны для поддержки больше