Да, увы

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

не нравилась чисто специалистам

клиентам, видимо, очень нравится, когда их сайт ломают из-за дыр в wp и плагинах/темах

не нравилась чисто специалистам

Клиентам часто пофигу. Увы. Ну, подумаешь, пара процентов отвалится из-за багов. Зато быстро, и главное, дешево.

Никому не нужен формально верифицированый веб. Увы.

У нас тоже хотят быстро. Но по факту - тормоза на месяцы из-за неустройства в проектах.

что такое "неустройство" ?

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

а как (из опыта исходя) найти эту грань? Ведь никому не нужен порядок внутри проекта (пока из него не начнут вываливаться трупы и гореть бани)

О да. Мы однажды кнопку не могли с UI убрать. Буквально. На нее была завязана половина бизнес-логики :D

Спорное утверждение про ненужность

Фаулер уже на эту тему много всего написал и рассказал. Трудно быть оригинальным. Но общие правила примерно такие: не давайте джунам дизайнить код; не делайте заведомую фигню, которая, может, и решает текущую проблему, но в будущем приносит еще больше проблем; не пренебрегайте принципами разработки; организуйте хорошие процессы; думайте о коде в терминах complexity, requirements, goals; делите его на слои с независимыми интерфейсами и имплементациями; пишите код бизнес-логики относительно интерфейсов, а не имплементации; разделяйте вещи, которые должен видеть клиент, и детали имплементации, которые не должен; и даже в Haskell полагайтесь на дисциплину software design, а не на стремление сделать красиво и математично. Ну и так далее.

Контрапункт. Стемление сделать красиво и математично часто приводит к простым интерфейсам с малым числом странных corner cases. Так что это полезный инструмент

но ведь заказчику наплевать, что внутри, пока это не стало отражаться на том, что снаружи

Неправда

ага, спасибо

Это стремление чаще приводит к ненужному переусложнению и перфекционизму

ээээээээээ

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

Нет ценности в том, чтобы учитывать все корнер кейсы. Но есть ценность, чтобы учитывать все риски.

И да, риски - о них тоже надо думать при дизайне ПО.