>либо троллите ... тонка настройка требуется, когда тюнишь приложение под нагрузку- мне кажется я довольно четко сформулировал: там где требуется тонкая настройка, есть проблема в архитектуре. Могу пояснить: у каждого приложения есть физический предел производительности (объем памяти, мощность ЦПУ, производительность системы ввода-вывода и т д), это означает что тюнингом JVM, резмеров фетчей из базы, размерами буферов, количеством потоков и т п Вы можете лишь приблизиться к этому пределу, но он всё равно наступит. Поэтому решение проблемы нагрузки лежит не в области тюнинга (который тоже нужен - 10% к производительности помноженные на количество узлов дают миллионную экономию), а в области архитектуры, которая должна учитывать необходимость масштабирования, распределенного кэширования etc. В нагруженных корпоративных приложениях проблемы с нагрузкой решаются тривиальным добавлением нод (архитектура должна предусматривать такую возможность)
>Приходишь такой к врачу, у него тупит комп, который не может прогрузить элеткронную мед карту
- наверное Вы работаете только с идеальными приложениями которые работают в идеальном мире? Сотни сервисов работающих совместно и созданные в разных компаниях - это тысячи программистов которые их писали (иногда с ошибками), девопсов (которые иногда ошибаются), внешние сервисы (которые иногда недоступны), сетевые админы (которые иногда ошибаются или меняют структуру сети). Но конечно каждый из нас знает что сделал бы всё гораздо лучше))
>ущербны по своей природе
- выше я перечислил особенность "природы" Spring: отсутствие спецификаций и разработка "на живую" - код это есть спецификация в Spring. Такая "природа" рождает и очевидную, и предсказуемую проблему - проблемы совместимости версий и проблемы с миграцией приложений нуждающихся в долговременной поддержке (к которым как правило и относятся корпоративные приложения). Вы же мне (как я понял) оппонируете тем что набор спецификаций JavaEE имеет некую "природу" которая мешает производительности и снижает скорость разработки. Но каких то механизмов, как это происходит, не приводите. Поэтому мне сложно с Вами согласиться, так как ни неразрешимых проблем с производительностью, ни проблем со скоростью разработки (наоборот - включение новых сотрудников в проект проходит легко, а наличие спецификаций стимулирует писать чистый и прозрачный код) лично я, при использовании спецификаций JavaEE, не наблюдал.