クライアントとサーバーに同じ言語を使用することはどれほど重要ですか？

私は、ネイティブアプリに加えてWebサービス/アプリを持つモバイルプロジェクトのアーキテクチャソリューションを評価し、さまざまなライブラリ、フレームワーク、Meteorなどのスタックを見てきました。これは一種の「オープンスタックパッケージフレームワーク」です、Node.jsと緊密にバインドされています。

クライアント側とサーバー側の両方で同じ言語を使用する利点については多くの話がありますが、私はそれを理解していません。クライアントとサーバーの両方でWebアプリケーションの状態全体をミラーリングしたいが、他の利点を見つけるのに苦労している場合、ワークフローの効率性を理解できます。

クライアント/サーバー言語の同等性が聖杯と見なされる理由を理解しようとしています。ソフトウェア開発でクライアント/サーバー言語のパリティが重要なのはなぜですか？

PRO側：

• スキーマとコードを両側で再利用できる場合、同様のロジックとデータを一度だけ実装することで多くの効率が得られます。

CON側：

• クライアントは主にマークアップ言語またはスクリプト言語に適したビューであり、サーバーは主に異なる言語により適したビジネスロジックである場合があります。

Web開発では、言語が急増し、システムの特定の部分のための強力なツールが作成され、開発者または開発者のチームが多くの専門分野を学ぶ必要があります。システム設計アプローチのシステムに従うトランザクション処理や組み込みシステムのような他の分野では、共通言語から節約できる場合があります。

新しいJavascriptフレームワークは非常に早く登場するようで、バックエンド用のAPIとフロントエンド用のツールをバンドルするためのいくつかの作業が行われています。クライアント側とサーバー側のコード間の柔軟性と懸念の分離を維持することは、特定のツールに長くかかりすぎずにそれらの間を自由に移動できるようにするのが賢明かもしれません。

おそらく、認識される利点は次のとおりです。

• x + yではなく言語xを知っている開発者のみを雇う必要があります（1つの言語しか知らない場合でも、これはおそらく良い考えではありません）
• サーバー開発とクライアント開発の間で開発者を移動する方が簡単です（これは非常に良いことです）。

つまり、プロジェクトマネージャーのリソース管理が容易になり、技術的なメリットがほとんどまたはまったくありません（1つのトリックポニーをたくさん雇っている場合は、負の技術的なメリットもあります）。

利点は、双方の人々の専門知識とコードを（ある程度まで）再利用できることです。

人

開発者は、単一の言語を習得し、単一のプールを形成する必要があります。専門知識の2つのプールではなく。これにより、知識の伝達が容易になり、クライアント側とサーバー側の間で作業をより簡単に切り替えることができます。最後に、同じ技術的背景を共有しているため、技術的な問題を議論するときに「反対側」のチームメンバーとのコミュニケーションを促進します。

コード

クライアント側、アルゴリズム、またはその両方に何らかの状態があると便利な場合があります。時々、同じことが両側で行われます。マルチプレイヤーゲームの例を見てみましょう。クライアントとサーバーの両方でゲームの状態を表す必要があります。また、クライアント側（応答性のため）およびサーバー側（プレーヤーのアクションを検証するため）にルールを実装する必要があります。これらのことのためにコードを再利用できることは大きな利点です。...他のいくつかのアプリケーションでは、これはまったく必要ありません...それはすべてケースに依存します。

...もちろん欠点もありますが、それは別の投稿です;）