私たちは、大企業をターゲットにしたソフトウェア製品を開発しています.Net。この製品には、サーバー コンポーネントとデスクトップ クライアント コンポーネントの両方があります。私たちの製品は、おそらく財務部門の従業員など、企業内の少数の従業員によって使用されると予想しています。現在、 が必要です.Net 3.5が、 への移行を検討しています.Net 4.0。
このような環境で IT を管理した経験のある方は、.Net 4.0この段階で を要求することが当社のソフトウェアの採用の障害になるかどうかを教えていただけますか? のようなフレームワークの使用に関して、どのような考え方が広まっているのでしょうか.Net?
答え1
他のビジネス上の決定と同じように、利益とコストの関係として考えてみましょう。
ソフトウェアのサポートに必要なすべてのコンポーネントをインストールするのにコストがかかる場合、コストを最小限に抑えることはできますか? (たとえば、.net4 を搭載したサーバーだけが必要なのか、それともネットワーク上のすべてのワークステーションで必要なのか)。この原則は、たとえば「できるから」という理由で最新バージョンの .net を要求することにも有効です。
ソフトウェアのメリットがインストールコストに見合うことを、社内の意思決定者に実証できますか? それは本当に簡単です。
.net 4 自体については何も言いません。関連性がないと思うからです。Windows ネットワークで .net 4.0 を必要とするアプリ、Apple ネットワークで Safari 5 を必要とするアプリ、Linux ネットワークで Java を必要とするアプリのいずれであっても、質問は同じで、答えも同じです。
答え2
追加のソフトウェアをインストールすることは、IT 部門やネットワーク管理者にとって常に懸念事項です。製品が企業にとって有用であれば、企業はそれを購入してインストールしますが、このような問題は、ソフトウェアをさらに改善することで克服しなければならない障壁です。
可能であれば、.NET フレームワークの最も低いバージョンをターゲットにして、バージョン 4 に移行する際の欠点を指摘してください。問題は、.NET 4 から得られる技術的な利点がこれらの欠点を上回るかどうかです。
答え3
すべてのマシンに展開されるとしたら、それは確かに阻害要因になるでしょう。現在、大規模なインストールを持つアプリケーションには 2.0 ランタイムをターゲットにしており、広く展開されていないプロジェクトには新しいランタイム機能 (3.x/4.0) の採用を積極的に進めています。
サーバー コンポーネントが専用ではなく、IT 部門が既存の共有サーバー上で実行することを望む場合、不安が生じる可能性があります。
答え4
もう 1 つの考慮事項は、抵抗の原因が必ずしもフレームワークのインストールと展開のコストではなく、既存のミッション クリティカルなエンタープライズ アプリケーションを中断するリスクの管理にある可能性があるという事実です。私は現在、インフラストラクチャ チームと仕事でその戦いを繰り広げており、.net 4.0 フレームワークを展開しても既存のアプリケーションが中断されないことを証明するよう要求されています。もし誰かがそれを実行できる魔法のツールを知っているなら、私は大いに感謝するでしょう :)。