multilingual - すべて異なる言語で書かれた同じタイプの複数のアプリケーションをサポートすることは可能ですか?

Question

言語にとらわれないことはプログラマーにとって有益であると言いたいのですが、すべて異なる言語で書かれた同じタイプの複数のエンタープライズ Web アプリケーションをサポートすることは本当に実現可能でしょうか? CMS または e コマース システムがどれほど複雑になる可能性があるかを考えてみてください。今度は、すべて異なる言語で記述された 3 つの異なる CMS プラットフォームをサポートすることを想像してみてください。.NET、Java、または PHP ショップとして知られるのは嫌ですが、一度も使用したことのないソリューションをサポートできると言って、なぜできないのか疑問に思っているクライアントを怒らせるようなベンダーにもなりたくありません。時間通りに何かを成し遂げる。誰もこれについて経験から話すことができますか? あなたの会社はたいてい、ただうんざりして、その場で新しいプラットフォームを学ぼうとしますか? 高速に請求しますか、それともそのコストを消費しますか?

Answer 1

それはすべて、クライアントが誰で、何を期待しているかにかかっていると思います。さまざまなテクノロジーについて知ることは良いことだと思いますが、実際に誰かに雇われたとき、彼らはあなたが何をしているかを知っていることを期待しています。個人的には、特定の種類のテクノロジーで本当に優れた仕事をしており、採用されたときにその仕事をうまくこなしていることを知ってもらいたいと思っています。

自分のコアコンピタンスに関係なく、すべての契約を守ろうとしても、成功することはありません。あなたを雇って間違いを犯した人々を怒らせ、あなたが本当に輝ける機会を逃す可能性があります. 請求書を支払うために妥協しなければならない場合もありますが、注意を怠ると、最終的に噛み付く可能性があります。

私が一緒に仕事をした大手コンサルティング会社は、多くの人を怒らせないことを願ってリソースを投入しています。彼らがこれを行う主な理由は、コンサルタントと一緒に仕事をし、仕事が終わらないときに腹を立てる人々が、コンサルタントを雇い続ける決定を下す人ではないことを知っているからです。彼ら (私が知っている全員ではありませんが、間違いなく何人かは知っています) にとって、失敗しても気にしないでください。

Answer 2

正直なところ、組織がどれほど規律を保っていても、この種のことは時間の経過とともに起こる傾向があると思います。新しい方法論が新しいライブラリ、フレームワーク、さらには言語の形でバンドルされるのは自然なことです。.NET ショップは、かつて ASP/VB ショップであった可能性があることに注意してください。すべてをゼロから書き直すメリットはほとんどないため、おそらくクライアント用に古いシステムを引き続き維持するでしょう。

言語の問題は、ライブラリやフレームワークの問題 (特に自分で構築したもの) に比べて小さいため、すべてを「同じ」に保つ余裕がある人はいないと思います。