Здравствуйте, sambl74, Вы писали:

S>Здравствуйте, varenikAA, Вы писали:

AA>>Если есть сложный, запутанный стэйт, то обложить все кейсы тестами не реально.

S>Почему? Ленивый штоле?

S>Вот самый запущенный случай — Безумие и успех кода Oracle Database

Ну, интересная статья. Опять же сказки на ночь. Рич Х. тоже не лаптем щи хлебает. До кложи и собственного взгляда на разработку он десятки лет программировал на плюсах.
Он отрицает не столько тестирование, сколько идею тупого кодинга как это было в оракл. Прежде чем кодить требуется осмыслить задачу.
Возможно в оракле тоже думали, но производительность была важнее. Кто знает почему так получилось. Возможно, это было время когда еще не сформировались нужные подходы.
И да, помню был опыт установки оракл стандарт на "почти сервер(виндос)" и почему-то регулярно билась база. Как будто нужны были какие-то особые условия вроде рэйд-массивов с нормальным кэшем.

AA>>Все равно вылезит. Рич предлагает другой путь — по возможности упростить задачу, тогда и ошибок удаться избежать.

S>Ага-ага. Плохо быть бедным и больным — надо быть богатым и здоровым Ну и так-то упрощёние задачи позволяет и тесты хорошие написать — так что это правильно, но иногда с этим таки вылезают проблемы.
В основном согласен, тольео не понял насчет "вылезают".
Лично мое мнение, чем строже ЯП, тем больше времени уйдет на разработку той же фичи. просто проверьте, если есть код на каком нибудь C#,F# и на ванильном js.
В последнем словно крылья вырастают. Любую проблему можно решить кучей способов. По сути js — lisp для браузера ( с сишным синтаксом).