は、当社の執行のシングルアーキテクチャの全ての開発です。

Question

この記事の評価欄への若干の修辞質問してしまいましたが、まず私が意見が聞けたことを支援する拒否するこ義でもこの造りの場合自分の要求を使用しないのを求めます。

少し背景：の開発を行っていを維持、成熟した応用(VFPのUI、Oracle PL/SQLによって終わることにより、厳密にいます。私は私の上司再書き込みUIのクライアントまで、フルのC#んだと言われたすべての今後の開発の努力となるよう設計されていJava/泉です。私はこの努力からのデスクトップアプリケーショるウェブアプリケーションは著しく上での移C#.もう全体のUIいを受ける新たな設計への移行のためのwebブラウザです。最後に、私の説明このアプリケーションは社内で使用するのではないと思いますものの利益の実現によるwebアーキテクチャに対して、利益を外部の方が用途に適しています。残念ながら私の引数が左右されない。

はあるので、矢capitulateうに書き換えJavaだけだったのでゲインの経験も怖ができ災害のプロジェクトとなりま倍の時間と労力が移行にC#が必要です。

私もございますので、あらかじめての給付を有する部門のみでは、単一言語などの見所も感じての駆動部にネジとハンマーで打ち込みます。

いかなる状況を検証会社利用の単一の解決のためのすべての開発です。また、誰でも同様の状況がその言語の選択が拒否されたもののすべての実践的理由る。

Answer 1

私は単一のアーキテクチャの教義を強制することは悪い考えであることを、あなたとロブ・ウェルズに同意します。この場合にはうまくいくかもしれない唯一のものは、各ソリューション（JavaのC＃の対）のコストの分析を行い、実際の数値との決定的な証拠とそれらへのプレゼンテーションを作ることです。また、いずれのケーススタディがあるかどうかを確認しようとすることができます。彼らが使用できない場合、あなたは、他の企業が同様の何かを行っているかどうかを確認し、その効果を研究し、あなたの管理を説得するためにそれを使用したい場合があります。すなわち、これはJava（登録冗談:)）でコーディングより多くの作業であってもよい、と述べました。私はあなたの管理を説得して、あなたの幸運を祈ってます。

Answer 2

公平に、述べたように質問はストローマン引数のようなものです。私たちは、文字通り「どんなにコスト」状態を取る場合はもちろん答えはいいえではありません。

編集：OPは「どんなにコスト」の文言を削除している、私の答えの残りの部分はまだかかわらず適用されるべきです。

これは通常、単一のアーキテクチャを実施するための理由はコストを節約することである、と述べました。彼らは、誰もがそのアーキテクチャに努力を傾注したいと思います。そのアーキテクチャは、彼らが扱う問題のほとんどに適合した場合、これは彼らのコストを削減することができます。問題はその後、次のようになります。時折、それは適切ではない問題のためにそれを使用してのコストに見合うアーキテクチャを強制するの貯蓄ですか？

答えはノーまだですが、それはあなたの会社はどこコアcompentencyの嘘と彼らが開発に本当に興味を持っているプロジェクトでは、何をするかに依存して、白黒ではない多くの事例があるように予定されています。

Answer 3

はありません。

これはのみのコンクリートで働くことができる建築家に行くようなものです。

あなただけのすべての問題スペースに単一のソリューションを重ねることができます。

の編集：あなたは、それは次のようになりのマインドのやりがいのあるROIは、成熟したシステムの書き換えから来ることをすべての管理を説得することは困難で非常の

。

Answer 4

建築にはない通常の課きるようになっていますプロジェクトチームの寿命を簡単にできない限り使用したJava/春の前でく一部のコストをします。

選択肢のJava webappsいう単一の言語です。

多くの理由当社の責務をシングルアーキテクチャ.きを理解する必要がある理由貴社が行われることに価値のある会社からこれを行います。

その理由そのものを含

• をつ専門知識人を育てに一つだけ言語やツールチェーン
• やすいという人々のプロジェクト間の来の技術です。
• やメンテナンスを容易にすめで働くスタッフの後でなくても複数の言語である。
• なツールを購入（Ide,ブラウザのリファクタリングなどで)複数の言語
• ではより使いやすく非Windowsデスクトップ
• の低減、運用コストの支援は、アプリケーション（例えばなデスクトップインストール、またはその数を減の技術変化への対応などについて)
• で取締役はbackhandersからJavaツールベンダー:)

であり、コスト、導入することができる。することを示す必要があります少なくともすることのメリットを理解してできるのかを優先言語がこのプロジェクトは企業です。

について教えてくださいます。しないのJavaのような不良のために書き換え?き注意が必要のない来場した人気のある言語で悪口をいいまだ知らない。

Answer 5

あなたがメンテナンスコストを考慮すれば、

「制裁」のアーキテクチャの選択を制限することは理にかなっています。それは簡単に人やプロジェクト間でも、チーム全体を移動できるようになります。