WebAPI開発言語とフレームワークの選定について

Question

揉めそうな話題ですが、teratailの皆さんの意見が知りたかったので質問です。

Webサーバーでの開発をするにあたり、プログラミング言語とフレームワークの選定で揉めています。

様々な会社・部署から集まってきた経歴の異なるメンバーでチームを結成しました。経験してきたプログラミング言語やプロダクトがバラバラで、それぞれ推しているフレームワークがバラバラです。

案件としては、WebAPIであり、MVCでいうところのView機能はありません。HTTPレスポンスで返すのは、HTMLではなくJSONです。なので、HTMLテンプレートとかはフレームワークに必要ありません。

Aさんは、Java の Spring Boot を推しています。

Aさんは、JavaやC#でWeb開発を10年以上してきた実績があります。フロントエンドからバックエンドまで幅広く経験しています。

過去にPHPに触れたことがありますが、当時のPHPは非常に遅かったようで、不信感を持っているようです。

Aさんによると

• Javaはコンパイル言語なので、スクリプト言語よりも遥かに高速である。
• Javaは歴史が長く、ライブラリの質と量が圧倒的に良い。

とのことです。

Bさんは、PHP の Laravel を推しています。

Bさんは、PHPでWeb開発を5年程してきた経験があります。CakePHPの経験もありますが、最近はLaravelに落ち着いたようで、今回もLaravelを推しているようです。

Bさんによると、

• PHPはシェアが多い。Webに関していえば、コミュニティが活発で、Java等よりも情報量も多い。
• PHP（スクリプト言語）の配列は強力で、class定義等をせずにJSONをそのまま扱えるため、仕様変更に強い。

とのことです。

Cさんは、Node.js の Express を推しています。

Cさんは、Webフロントエンドでの開発経験が5年程あり、JavaScriptに精通しています。Webバックエンド側の経験はなさそうです。

Cさんによると、

• どうせクライアントサイド（ブラウザスクリプト）はJavaScriptなのだから、サーバーサイドもJavaScriptにすることで、学習コストを大幅に下げることができる。
• JavaScriptを使えば、クライアントサイドレンダリングとサーバーサイトレンダリングのコードが共通化でき、コード量が大幅に減る

とのことです。

Dさんは、Kotlin を推しています。

DさんはWeb開発の経験がなく、Androidの開発を3年程してきました。

Dさんによると、

• KotlinはJavaVM上で動くので、スクリプト言語（PHP, JavaScript）よりも早い。
• JavaよりもKotlinの方がコード量が少ない。

とのことです。フレームワークは特に知らないそうです。

Eさんは、Ruby on Rails を推しています。

Eさんは、Java, PHP, Ruby等、幅広い開発経験があります。

Eさんによると、

• Rubyは他の言語よりも可読性が高く、コード量も少ない。
• ライブラリが最適化されているので、決してコンパイル言語よりも遅くない。

とのことです。

質問

ABCDE以外にもメンバーはいますが、その人たちは流れに身を任せるようで、特に主張はしていません。

正直、ABCDのメンバーは、新たな言語を学習するのを嫌がっているだけな気がしますが、それでもこのメンバーで仕事を進めなくてはならないので、言語を何かに決める必要があります。

そもそも「速い」「コード量が少ない」「仕様変更に強い」等の主張が正しいのか？という意見もあります。Java, PHP, JavaScript, Kotlin, Rubyの５つの言語の性能を比較した資料があればよいのですが、中々まとまった資料が見つからず困っています。

私個人としてはLaravelの経験があるということもあり、Bさんと同じような意見を持っています。

チームリーダーはAさんなので、最終的には、Aさんがゴリ押しで決めてしまうかもしれませんが、その場合、今後のチームワークに悪影響がありそうです。

皆さんならどの言語・フレームワークにしますか？また、どのようにABCDEのメンバーを説得しますか？

Answer 1

パフォーマンスに関しては
https://www.techempower.com/benchmarks/
が充実しています。ご参考までに

後はすべてのもので長所、短所があるので絶対これが良いと言うのは無いため、
まずそのプロジェクトが目的とすることは何かを考え、そのためには「速さ」、「コード量」、「仕様変更に強い」またはそれ以外の要素もあると思います(追加人員の確保しやすさや、IDEサポートなど)が、どれが重要な要素であるかを改めて考えて、その目的に適うフレームワークを選ぶべきだと思います。現在は、その選定基準があいまいor広すぎるため、思い思いに主張している状態であるので、目的をはっきりさせれば、自ずと絞られると思います。(最後はリーダーのゴリ押しもあるとは思いますが、今よりはみんな納得すると思いますw)

Comments

[segur]

ご回答ありがとうございます！

ご紹介いただいたサイト、とてもわかりやすいですね。
同じ言語でもフレームワークによって速度が大きく異なるのがよくわかります。

Java Springよりも、JavaScript Expressの方が速いのは意外でした。驚きです。
純粋な言語としては、Java > Kotlin > JavaScript ≒ PHP ≒ Rubyという順番で速そうですね。

ベストアンサーは、もう少し他の方の意見も読んでから決めたいと思います。ありがとうございました。

[segur]

ご紹介いただいた「Web Framework Benchmarks」がメンバーに好評だったので、こちらの回答をベストアンサーとさせていただきます。

ご回答いただき、ありがとうございました。

Answer 2

私はLaravelしか経験はありませんが、Laravelはまりオススメできないかもしれません。
他の方もおっしゃっている通り、それぞれの言語に一長一短があり、環境の選定は難しいですよね。

どんなアプリを開発するかにも大きく依るかと思いますが、

正直、ABCDのメンバーは、新たな言語を学習するのを嫌がっているだけな気がしますが

これが真実でしょうね。
個人の経験や実績から長年愛用してきた言語やFWを推すのは無理もないと思いますが、ABCD全員が少しでも経験したことがある言語があればそれを基準に消去法で選ぶのが一番無難ではないでしょうか。

Comments

[segur]

ご回答ありがとうございます。

たしかに消去法で妥協点を探していくのが無難ですね。

Answer 3

Java(struts, JSP, 独自), PHP(plain, CakePHP 他), Ruby on Rails を実際に業務開発で使った経験を元に、あくまで個人的な意見としてですが。

まず、Ruby on Rails は大規模チーム開発ではお勧めしません。あれは少人数で作るならいいのですが、大人数だと破綻しやすく感じます。

インタプリタ系言語が遅いのは事実ですが、昨今はコードキャッシュを行ったりして改善がなされており、気にしなくてはならないほどではありません（少なくとも JIT コンパイラ導入以前の Java ほどではない）
Java は確かにコンパイル済みなので早いですが、同時に JVM が動いていないとならず、これが資源を食います。つまり、他の環境に比べてリソースが多めに必要です。

学習コストについて言えば、フレームワークを使う場合はフレームワークの作法の方が重要で、言語はあまり重要ではありません。Node.js ならクライアント側と同じ言語だから、というメリットはあるにせよ、Node.js の作法を学ぶコストと引き合うかと言われると微妙に感じます。

Comments

[segur]

ご回答ありがとうございます！

Railsは大規模チームには向いていないのですね。今回は10人以上のチームなので、避けた方が良さそうです。

ベストアンサーは、もう少し他の方の意見も読んでから決めたいと思います。ありがとうございました。