アカウント名:
パスワード:
1. 利用者数が少ないフレームワークは回避する。利用者が多いのは強いです。Stack Overflowを探せばあなたと同じ悩みを抱えていたひとがきっといます。PHPだったらCakePHPが無難でしょう。FuelやLaravelはパフォーマンスも高く、評価も良いですが、Cakeに比べたら利用者も少ない。同じプラットフォームであれば、Google Trendsで比べてみるのも良い手です。
2. 致命的な脆弱性が頻発するフレームワークは回避する。保守費用に含めるフレームワーク部分の保守コストを計算してみましょう。致命的な脆弱性が発見されると、あなたが納品した数だけコストがかかります。分かり易く言え
1. 利用者数が少ないフレームワークは回避する。2. 致命的な脆弱性が頻発するフレームワークは回避する。
利用者が多くて脆弱性が頻発しないフレームワークってことですよね。明確な基準で良いんじゃないでしょうか。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
ビジネスに合ったものを選ぶしか。あと消去法 (スコア:3, 興味深い)
1. 利用者数が少ないフレームワークは回避する。
利用者が多いのは強いです。Stack Overflowを探せばあなたと同じ悩みを抱えていたひとがきっといます。
PHPだったらCakePHPが無難でしょう。FuelやLaravelはパフォーマンスも高く、
評価も良いですが、Cakeに比べたら利用者も少ない。
同じプラットフォームであれば、Google Trendsで比べてみるのも良い手です。
2. 致命的な脆弱性が頻発するフレームワークは回避する。
保守費用に含めるフレームワーク部分の保守コストを計算してみましょう。
致命的な脆弱性が発見されると、あなたが納品した数だけコストがかかります。
分かり易く言え
Re:ビジネスに合ったものを選ぶしか。あと消去法 (スコア:0)
1. 利用者数が少ないフレームワークは回避する。
2. 致命的な脆弱性が頻発するフレームワークは回避する。
利用者が多くて脆弱性が頻発しないフレームワークってことですよね。
明確な基準で良いんじゃないでしょうか。