> Там кроме WSGI сервера почти ничего своего нет.
Ну и зачем он нужен :)
> При грамотной архитектуре смена, например, движка шаблонов проста и незатратна.
Думаю, что при грамотной как раз сложна и затратна. Шаблонизатор ничего не знает про логику приложения, поэтому фреймворк или приложение должны управлять такими вещами как кеширование, например, чтобы пресечь или сократить обработку запроса на ранних стадиях если уже есть готовый результат, т.е. управлять работой шаблонизатора, обслуживать его коллбэки за отдельными блоками (откуда шаблонизатор знает что приложение хочет вывести в этом блоке и нет ли уже закешированного результата - надо сходить обратно в приложение чтобы узнать). Ну и там ещё приложение может представлять свой сервис для кеширования данных - оно общается с акселераторами и разделяемой памятью, так что темплетной машине логичнее работать с этими ресурсами через него. Т.е. движок темплейтов либо сильно привязан к остальному фреймворку, либо менее эффективен.. Как-то так, я думаю.
> Не только, иногда полноценный работник настолько полноценный, что лучше бы он головой о стену бился - пользы любому обществу будет больше.
Если бессмыссленные действия членов общества приносят обществу пользу - такое общество нельзя назвать обществом людей разумных.
> Правда уже это мало имеет отношения к конкретным языкам программирования, и руби тут совершенно непричём.
Ну я бы не сказал - ведь находятся те, кто интересуется этим самым Руби.. А это уже симптомчик!
Re: ruby on rails vs php фреймвоки
> Там кроме WSGI сервера почти ничего своего нет.
Ну и зачем он нужен :)
> При грамотной архитектуре смена, например, движка шаблонов проста и незатратна.
Думаю, что при грамотной как раз сложна и затратна. Шаблонизатор ничего не знает про логику приложения, поэтому фреймворк или приложение должны управлять такими вещами как кеширование, например, чтобы пресечь или сократить обработку запроса на ранних стадиях если уже есть готовый результат, т.е. управлять работой шаблонизатора, обслуживать его коллбэки за отдельными блоками (откуда шаблонизатор знает что приложение хочет вывести в этом блоке и нет ли уже закешированного результата - надо сходить обратно в приложение чтобы узнать). Ну и там ещё приложение может представлять свой сервис для кеширования данных - оно общается с акселераторами и разделяемой памятью, так что темплетной машине логичнее работать с этими ресурсами через него. Т.е. движок темплейтов либо сильно привязан к остальному фреймворку, либо менее эффективен.. Как-то так, я думаю.
> Не только, иногда полноценный работник настолько полноценный, что лучше бы он головой о стену бился - пользы любому обществу будет больше.
Если бессмыссленные действия членов общества приносят обществу пользу - такое общество нельзя назвать обществом людей разумных.
> Правда уже это мало имеет отношения к конкретным языкам программирования, и руби тут совершенно непричём.
Ну я бы не сказал - ведь находятся те, кто интересуется этим самым Руби.. А это уже симптомчик!