php-展開用の言語/スタック

解決策：

これまでの限られた情報に基づいて、それらのいずれも許容できるようです。新しいプロジェクトを立ち上げるときに私が考慮し始めた重要なことは、スピードよりもORMとフレームワークに関するものです。開発者が40時間余分に費やすごとに、新しいサーバーを1年間プロビジョニングして運用できるプロジェクトに費やす必要があります。

特定の言語のAPIに精通している開発者がいる場合は、それだけで（潜在的に）決定を下すことができます。 10台のサーバー間で500kのものを並列化でき、言語（およびAPI /ライブラリ）を選択すると、AよりBで10週間節約でき、それが損益分岐点になります。同様に、1セットが2倍遅く、1台ではなく2台のサーバーを使用すると、処理速度が2倍になる可能性がある場合、パフォーマンスの向上がすべてなくなるまで、「より速い」言語での追加の戦闘は1週間しかかかりません。開発期間を長くするために...

解決策：

最終的にPlay！

理由：

• クイックスタートアップ
• 再デプロイ/パッケージ化なし
• ストレートフォワードMVCパターン
• Groovyテンプレート/継承されたビュー
• JARファイルとしての依存関係のドロップインサポート

開発が妨げられることはありませんでした。コントローラー/モデル/ビューを配置する場所以外に、新しいことを学ぶ必要はありませんでした。