веб разработка, фреймворки

Мыслей у меня по этой теме на статью, да где время взять...
Но кратко можно так: есть такое видео-презенто, с названием Better Web Application Framework, от Sean Kelly, говорят, работал на NASA.
В своем выступлении он попытался продемонстрировать насколько подходят для веб-разработки доступные среды, Ruby on Rails, Zope(Plone), Django, Turbo Gears, J2EE средства.
Кому интересно, посмотрите, он начинает с "хелло, мир" и заканчивает тайм-тракером на двух таблицах БД.
Выводы интересные, но ожидаемые - J2EE - отстой, слишком много кода надо писать, слишком много ненужной головной боли, слишком много времени уходить на простые вещи. Правда забывает сказать, что эта технология лучше всех масштабируется по людям.

Далее остальные перечисленные среды, худо-бедно сопоставимы, но самым приятным и полезным оказывается ... Zope(Plone). Кто бы мог подумать?
Не очень понятно, как там с взаимодействием с унаследованными системами, но вроде неплохо. А по количеству работающих полезняшек "из коробки" вне конкуренции.

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

Остальные - не рыба ни мясо.

Я же думаю, фреймворк хорош, когда задача шаблонна и дозволено решить ее шаблонным же способом. Ну типа как программировать БД приложения в среде MS Access.
Многих это устраивает, а что? Быстро, просто, и даже работает некоторое время.

Только один вопрос остается нераскрытым, ну почему в результате реализации любого большого проекта, как побочный эффект, появляется новый фреймворк? Неужто существующие такие негибкие? Хотя ... чем гибче фреймворк, тем он менее полезен для быстрой разработки а нафига тогда он нужен?