アカウント名:
パスワード:
PHPフレームワークの衰退が激しいのがリスク。長く使いたいなら公式のZend Frameworkで。言語自体はアレであるものの、PHPのバージョンアップに対する適切なメンテが出来ればそれなりに使いやすい。
RubyフレームワークがRoR一択なので悩まなくてもいいが、JavaScriptを多用したりModelの一気通貫が効かないと苦しくなってくる。DSLとシンボルの黒魔術をうまく扱える技術者が確保できるなら使いやすい。
JavaフレームワークはJSFがあの有様である現状、Spring MVC / Play frameworkの二択。SpringはVMwareに切り捨てられなければそう死ぬことは無い。目下Oracleが一番のリスク。
JavaScript
>フレームワークがRoR一択なので悩まなくてもいいが、JavaScriptを多用したりModelの一気通貫が効かないと苦しくなってくる。
これ、最近のはてなの記事であったから書いたかもしれんが、JavaScriptを多用すると苦しいのは現行フレームワーク共通ですよ。(ごく一部のとがった奴を除く)あとModelの一気通貫てなんだ?
Railsの問題は、バージョンアップが速すぎることでは。これも多かれ少なかれ他と共通だけどね。
> あとModelの一気通貫てなんだ?Railsメインの人が他のMVC FrameworkのAction MethodでのModelの取り扱い仕様をみて「はぁ?」ってなるアレ。確かにRailsは入力から中の処理までARのModelで貫き通せばRSpecのテストも書きやすくて凄いんだけど、いちいちMassAssignment脆弱性対策でStrongParameters使うのもだりぃし他のFrameworkみたくForm Modelを使わせてよ、みたいなレールを外れたことをするとDHHがカールスバーグの割れた瓶持って殺しに来る。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
どれでもまぁ (スコア:5, 参考になる)
PHP
フレームワークの衰退が激しいのがリスク。長く使いたいなら公式のZend Frameworkで。
言語自体はアレであるものの、PHPのバージョンアップに対する適切なメンテが出来ればそれなりに使いやすい。
Ruby
フレームワークがRoR一択なので悩まなくてもいいが、JavaScriptを多用したりModelの一気通貫が効かないと苦しくなってくる。
DSLとシンボルの黒魔術をうまく扱える技術者が確保できるなら使いやすい。
Java
フレームワークはJSFがあの有様である現状、Spring MVC / Play frameworkの二択。
SpringはVMwareに切り捨てられなければそう死ぬことは無い。目下Oracleが一番のリスク。
JavaScript
Re:どれでもまぁ (スコア:0)
>フレームワークがRoR一択なので悩まなくてもいいが、JavaScriptを多用したりModelの一気通貫が効かないと苦しくなってくる。
これ、最近のはてなの記事であったから書いたかもしれんが、JavaScriptを多用すると苦しいのは現行フレームワーク共通ですよ。
(ごく一部のとがった奴を除く)
あとModelの一気通貫てなんだ?
Railsの問題は、バージョンアップが速すぎることでは。これも多かれ少なかれ他と共通だけどね。
Re:どれでもまぁ (スコア:2, 興味深い)
> あとModelの一気通貫てなんだ?
Railsメインの人が他のMVC FrameworkのAction MethodでのModelの取り扱い仕様をみて「はぁ?」ってなるアレ。
確かにRailsは入力から中の処理までARのModelで貫き通せばRSpecのテストも書きやすくて凄いんだけど、
いちいちMassAssignment脆弱性対策でStrongParameters使うのもだりぃし他のFrameworkみたくForm Modelを使わせてよ、
みたいなレールを外れたことをするとDHHがカールスバーグの割れた瓶持って殺しに来る。