zendとCakePHPとCIを使ってみて、最近はCIで仕事する方が圧倒的に多くなってきた
フレームワークとしてはもちろんCakePHPのオール インワンで機能が多く優秀だとおもう。
zendのブロックを組む感じもとっても良いし、まだ試したことは無いけどsymfonyなんかもドキュメントを読む限り管理しやすそう。
でもCIを選ぶ理由は、出来ないことを自分で実装できる喜びかな
CIはそのままでは、とても中-大規模開発では使用できないけど、自分色に染めたら他のフレームワークなんかより高機能になっていく。
よく車輪の開発はするなっていわれるけど、車輪じゃなくて最初からキャタピラをつける気ならそもそも車輪のついてないCIのほうが楽だし。て進めていったら、
結局元から用意してあるバリデーションもページネーションもスカッフォールディングも使えないので置き換えることに。。。
Cakeのときは、リファレンスとおりに書いていけばいいので、楽だけどそれ以上の手を出す気が起きない。
結局開発者のスタイルによってフレームワークの良し悪しは決まってくるみたいですね
最近は200万以下の簡単な要件開発なら、SEレベルの技術力だけで仕様固めから納品まで一気にできるレベルに、
これはこれで、良いのか悪いのか。
まあ作業案件はつまらないので最近ストレスはないけど。。。仕事なくなったらどうしよう
フレームワークとしてはもちろんCakePHPのオール インワンで機能が多く優秀だとおもう。
zendのブロックを組む感じもとっても良いし、まだ試したことは無いけどsymfonyなんかもドキュメントを読む限り管理しやすそう。
でもCIを選ぶ理由は、出来ないことを自分で実装できる喜びかな
CIはそのままでは、とても中-大規模開発では使用できないけど、自分色に染めたら他のフレームワークなんかより高機能になっていく。
よく車輪の開発はするなっていわれるけど、車輪じゃなくて最初からキャタピラをつける気ならそもそも車輪のついてないCIのほうが楽だし。て進めていったら、
結局元から用意してあるバリデーションもページネーションもスカッフォールディングも使えないので置き換えることに。。。
Cakeのときは、リファレンスとおりに書いていけばいいので、楽だけどそれ以上の手を出す気が起きない。
結局開発者のスタイルによってフレームワークの良し悪しは決まってくるみたいですね
最近は200万以下の簡単な要件開発なら、SEレベルの技術力だけで仕様固めから納品まで一気にできるレベルに、
これはこれで、良いのか悪いのか。
まあ作業案件はつまらないので最近ストレスはないけど。。。仕事なくなったらどうしよう