栞/#framework
小さいフレームワーク。
小さいフレームワーク。
Djangoを参考にしたフレームワーク。
「symfonyは顧客の要求駆動でしか機能を付け加えない」
コメントアノテーションを多用する感じのフレームワーク。
関数書いていく感じのフレームワーク。# karintoもこっちのスタイルに戻すかな
フレームワークの仕組みに束縛されないプラグイン。
SIerのようないろいろな人が集まるプロジェクトで自社フレームワークを強制することのリスク。いろいろ苦い思い出が（ｒｙ
Djangoクローンをうたってるフレームワーク。名前空間使ってるｗ
はてなとgit、社内フレームワークまわり発表資料。
はてなの開発環境、社内フレームワークの構成。MVAC（Model/View/Application/Controlloer）。フレームワークが行うのは基本的なルーティングのみ。他サービスとの連携はAPI経由、Squidを挟むことでキャッシュを活用。
「ウェブアプリケーションフレームワークとは、ウェブアプリケーションを書く上で、アプリケーションの本質的なもの以外のことを一手にひきうけてくれるもの、じゃないかな。」
最速最短しかもPHP 5.3対応のフレームワークｗ
異常事態が発生した場合に、何が発生したのか、どうしたらいいのかをきちんとフレームワーク側が提示できること。
PHPのフレームワーク現状とZF1.7まとめ。
Merbを取り込むRails 3がうまくいくか。Struts 2と比較して。
RESTfulをうたったフレームワーク。
「フレームワークは、最近ペパボではZendを標準化していく方針だそうですが、カラメルは独自のMVCフレームワークを２つ使っています。」
webアプリ向けのDSLベースなフレームワーク。すごくシンプル。
「プラグインと VC を区別すべき理由はないように思う。VC は共通クラス、プラグインは VC のサブクラス、でいいんじゃないか。」
NanoAについての発表資料。設計思想みたいなものを言語化するのって大事。
Javaのフレームワーク、どれを選ぶか論議。
NanoAのコンセプト。1コントローラ1ファイル、ディスパッチテーブルレス。
フレームワーク、PHP 5.1.4以降。
Javaのフレームワーク、実際の比較検討資料。参考になる。
ActiveRecordとかあるPHPのフレームワーク。
エラー画面に凝るということ。どくろマークｗ
どれも納得。「index.cgi ではなく フレームワーク名.cgi にすべき」「DirectoryIndex を設定した .htaccess を一緒に配布すべき」「Japanize や AutoPagerize のような配布チャンネルが重要」
「速い」「依存モジュールがないのでレンタルサーバーで動く」「MVCを視野に入れている」「最低限のPerlシンタックスのモダンさを保ってる」
Perlでシンプルフレームワーク。