アカウント名:
パスワード:
1. 利用者数が少ないフレームワークは回避する。利用者が多いのは強いです。Stack Overflowを探せばあなたと同じ悩みを抱えていたひとがきっといます。PHPだったらCakePHPが無難でしょう。FuelやLaravelはパフォーマンスも高く、評価も良いですが、Cakeに比べたら利用者も少ない。同じプラットフォームであれば、Google Trendsで比べてみるのも良い手です。
2. 致命的な脆弱性が頻発するフレームワークは回避する。保守費用に含めるフレームワーク部分の保守コストを計算してみましょう。致命的な脆弱性が発見されると、あなたが納品した数だけコストがかかります。分かり易く言え
PHPやJavaのフレームワークなんてどうなるか分からんよベースとなるブラウザですら一寸先は闇なんだから
あと言われんでもわかってる事を並べるのは無粋すぎる
> PHPやJavaのフレームワークなんてどうなるか分からんよでも消去法で選択肢を絞ることはできるだろ。PHPならSymfonyやZFのようなセンスの無い上に絶妙にモダンを履き違えたフレームワークを選んではいけないし、JavaならSpringのような脳味噌がXMLで出来たようなクズどもが作ったフレームワークを選んではいけない。そういうのは重要だよ。後々響くんだから。
モダンやXMLとやらは保守開発の工数に響く話であって、利用しているフレームワーク自体が今後どうなるか分からんという事それが今回の話実装センス程度で予測できるなら苦労はしない
んー?ダメなモノは結局そのうち淘汰されていくんだから、そこに注目してダメな選択肢を排除すれば、ハズレを引く可能性は下がるでしょ?それすらしないの?
例に挙げている、Symphony,ZF,Springは淘汰されたといえず、まだちゃんとメンテされている。
それよりももっとまともな設計のものではさっさと淘汰されるのがあるから、中身だけでなくて他に何を基準にすればいいのかってことでしょ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
ビジネスに合ったものを選ぶしか。あと消去法 (スコア:3, 興味深い)
1. 利用者数が少ないフレームワークは回避する。
利用者が多いのは強いです。Stack Overflowを探せばあなたと同じ悩みを抱えていたひとがきっといます。
PHPだったらCakePHPが無難でしょう。FuelやLaravelはパフォーマンスも高く、
評価も良いですが、Cakeに比べたら利用者も少ない。
同じプラットフォームであれば、Google Trendsで比べてみるのも良い手です。
2. 致命的な脆弱性が頻発するフレームワークは回避する。
保守費用に含めるフレームワーク部分の保守コストを計算してみましょう。
致命的な脆弱性が発見されると、あなたが納品した数だけコストがかかります。
分かり易く言え
Re: (スコア:0)
PHPやJavaのフレームワークなんてどうなるか分からんよ
ベースとなるブラウザですら一寸先は闇なんだから
あと言われんでもわかってる事を並べるのは無粋すぎる
Re: (スコア:0)
> PHPやJavaのフレームワークなんてどうなるか分からんよ
でも消去法で選択肢を絞ることはできるだろ。
PHPならSymfonyやZFのようなセンスの無い上に絶妙にモダンを履き違えたフレームワークを選んではいけないし、
JavaならSpringのような脳味噌がXMLで出来たようなクズどもが作ったフレームワークを選んではいけない。
そういうのは重要だよ。後々響くんだから。
Re: (スコア:0)
モダンやXMLとやらは保守開発の工数に響く話であって、
利用しているフレームワーク自体が今後どうなるか分からんという事
それが今回の話
実装センス程度で予測できるなら苦労はしない
Re: (スコア:0)
んー?
ダメなモノは結局そのうち淘汰されていくんだから、そこに注目してダメな選択肢を排除すれば、
ハズレを引く可能性は下がるでしょ?
それすらしないの?
Re:ビジネスに合ったものを選ぶしか。あと消去法 (スコア:1)
例に挙げている、Symphony,ZF,Springは淘汰されたといえず、まだちゃんとメンテされている。
それよりももっとまともな設計のものではさっさと淘汰されるのがあるから、中身だけでなくて他に何を基準にすればいいのかってことでしょ。