プログラマーにとって、言語にとらわれないことが大きなメリットですが、異なる言語で書かれた同じ種類の複数のエンタープライズWebアプリケーションをサポートすることは本当に実現可能ですか？ CMSや電子商取引システムがいかに複雑であるかを考えてみましょう.3つの異なるCMSプラットフォームがすべて異なる言語で書かれていることを想像してみましょう。私は.NETやJavaやPHPのショップとして知られることを嫌いですが、私は彼らが働いたことのない解決策をサポートできると言うベンダーになりたくないので、なぜ私たちができないのか疑問に思うクライアントを怒らせます時間通りに何かを行う。誰もこれについての経験から話すことができますか？あなたの会社はたいていそれを吸って、その場で新しいプラットフォームを習得しようとしますか？速やかに請求するのか、それともそれらの費用を食べますか？異なる言語で書かれた同じタイプの複数のアプリケーションをサポートすることは可能でしょうか？
私はそれがすべてあなたのクライアントが誰で、彼らが何を期待しているかによって決まると思います。私は、さまざまな技術について知っていることは良いと思っていますが、実際にあなたが誰かに雇われたとき、彼らはあなたが何をしているのかを知ることを期待しています。個人的には、特定のタイプの技術で本当にうまくやっていることがわかっていて、雇用されたときはうまくやっています。
コアコンピテンシーに関係なくすべての契約を試してみると、成功することはできません。あなたはあなたを雇って間違いを犯す人々を怒らせ、本当に光り輝く可能性のある機会を逃す可能性があります。手形を支払うために妥協しなければならないこともありますが、慎重でなければ、結局あなたを噛むことがあります。
私が協力してくれた大手コンサルティング会社は、リソースを投入して、あまりにも多くの人々に怒らないことを願っています。コンサルタントと仕事をして仕事をしていないときに怒る人たちは、コンサルタントを雇う意思決定をしている人ではないことを知っているので、主にこれを行います。彼ら（私が知っているすべてではありませんが、確かにそれらのすべてではありません）に、VPやSVPにそれらを守ることを納得させることができることを知っているので、
正直言って、組織の規律がどのようなものであっても、この種のことは時間が経つと起こります。新しい方法論が新しいライブラリ、フレームワーク、さらには言語の形でバンドルされるのは当然のことです。 .NETのショップは、ASP/VBのショップであることは間違いありません。すべてのものを一から書き直すことにはほとんどメリットがないので、おそらくはクライアント用の古いシステムを維持するでしょう。
言語の問題は、ライブラリやフレームワークの問題、特に自分自身で構築する問題に比べて、マイナーなものであるため、誰もがすべてを "同じもの"に保つことはできません。