栞/#framework
フレームワークの比較基準／生産性について。
PHPのフレームワーク達。たくさん。
Maypoleと他のフレームワーク比較。
Ajaxを利用するためのフレームワーク。
Preview 0.1.1がようやくリリース。
Railsの影響を色濃く受けているフレームワーク。
PHP5のフレームワーク。テンプレートエンジン付。
複数ロケールサポート、テンプレートエンジンにPEAR::HTML_Template_Flexyを利用。
「変なフレームワークを使うと、PHP の持つ、てきとーに作れる、という魅力が大幅にスポイルされちゃう」←同意、複雑なのはいらない。
PHP4のフレームワーク。PEARのパッケージをいろいろ使ってる。
クライアント側のMVCにJemplateを絡めてみる。
Ruby on Railsの影響を受けているPHP5のフレームワーク。Ajaxをサポート、URLマッピングをフレームワーク側で解決（設定ファイルを使用）。
Jiftyというフレームワークがあるらしい。フレームワークの名前って面白いね。
「フレームワークのほぼ全てのものをコンポーネントとしてDIContainerに管理させて実行させる、それが4系のイメージ」→Mapleは枠組みとしての役割に徹する、と。
DIコンテナ。設定ファイルはYAML。
PHPのフレームワークらしい。テンプレートエンジンも自前。
適切なフレーワークの選択→アーキテクチャ設計の大きな足がかり
JavaとHTMLだけで構成されたフレームワーク。設定ファイルの必要なし。Tapestryに似てる。
PHPのMVCフレームワーク比較。きちんと使うならやっぱりMojaviかな。
Javaでも速度は重要。高いサーバを買えばよいというものでもない。
もっと単純なフレームワークが欲しい。Clickには期待してる。
Ruby on Railsに影響を受けているフレームワーク一覧。結構ある。
PHPの特性を生かせるようなフレームワークを。
PHPのフレームワーク。Apacheのモジュール形式で配布されている。
PHPにフレームワークを使うような「真面目な」開発は似合わない。
Ruby on Railsに似たフレームワーク。
内製フレームワークをオープンソース化する意義について。
Zend Frameworkについて。
FrontControllerパターン。実質それしかないわけだが…。
symphonyのURLリライトの方針と方法。