Java 5 から Java 6 にアップグレードしたいと考えています。技術的な利点とメリットについては誰もが知っていますが、
「リスク」と「私たちにとってメリットがない/少なすぎる」という理由で、主要なクライアントが Java 5 から Java 6 へのアップグレードを拒否するという問題があります (銀行部門)。
クライアントの非技術的な決定者に、アップグレードから得られるメリット、またはJava 5を使用し続ける場合に発生する可能性のある問題/結果について、何と答えることができますか?
これは「ファイア アンド フォーゲット」製品ではなく、新しい機能/機能で積極的に拡張されています。開発は現在も今後も継続的に行われ、開発チームは jdk 6 の機能/ツールから間違いなく恩恵を受けるでしょう。
編集: Java 5の到達EOLは確かに有効なポイントですが、 IBM JRE/JDK 5を使用しているため、クライアントはまだ寿命に達していないようです. さらに、クライアントは次のように述べています。
Java 5は、現在、保守終了日をはるかに過ぎています。Sun / Oracleは、パブリックアップデートを発行しなくなります。
Java SE 5.0は、Java Technology End of Life（EOL）移行期間にあります。EOL移行期間は、2007年4月8日から始まり、Java SE 5.0がサービス終了（EOSL）に達した2009年10月8日に完了します。
今Java5にバグを見つけた場合（たとえば、ホットスポットのクラッシュ-それらは実際に発生します）、あなたは困惑しています。Sun / Oracleと専用のサポート契約を結んでいる場合は、廃止されたバージョンに固執している人のために提供していますが、Sun/Oracleはそれを修正できます。
サポートされていないプラットフォームにとどまるリスクは、移行の（より管理しやすい）リスクよりも大きいと主張することができます。
時間が経つにつれて、クライアントは次のような理由でますますアップグレードする必要があります。
しかし、クライアントがアップグレードを遅らせるほど、関係する Java バージョンのジャンプが大きくなり、より多くの作業 (および潜在的に苦痛) が伴います。
また、クライアントの遅延が長引けば長引くほど、ハードウェアのプロビジョニング、開発者のコスト、延期されたプロジェクトなどの累積コストが大きくなります。
たとえば、Java 1.1 から Java 1.2 へのアップグレードを 10 年間待ったとします。つまり、主要なデータ構造としてHashtableを使用するアプリケーションの開発にさらに 10 年を費やしたことになります。Vector最終的にアップグレードすると、Java 1.2 コレクションを使用して記述された場合よりも保守が困難な 10 年分の「レガシー」コードが追加されます。
しかし、肝心なのは、クライアントが古いバージョンの Java を使い続けることを主張する場合、クライアントの希望に沿う (そして余分なコストを確実に転嫁するようにする) か、契約関係を終了する方法を見つける必要があるということです。クライアントと。
1 - 生産終了/サービス終了の日付はベンダーによって異なりますが、知る限りすべての主要ベンダーは Java 5 を EOL にしています。実際、Oracle には EOL の Java 6 と Java 7 もあります。
ソースから：
Q：Java SE 6は以前のバージョン（J2SE 5.0）とどのように異なりますか：機能、セキュリティ、パフォーマンスなどの改善および更新された領域は何ですか？
A：既存のJavaアプリケーションをお持ちの方は、Java SE 6のパフォーマンス、信頼性、UIの改善からすぐに恩恵を受けることができます。プラットフォームに組み込まれた拡張された監視および診断機能と相まって、このリリースはすぐに使える劇的な機能を提供します。コーディングを変更したり、再コンパイルしたりする必要がないという利点があります。必要なのは、この最新リリースで既存のJavaアプリケーションを実行するだけです。
同じ問題の詳細（クライアントにもっと詳しく説明するのに役立つかもしれません）：
リスクがないことを彼に納得させるのではなく、代わりに彼と協力してリスク軽減戦略を考え出すことをお勧めします。
言い換えれば、Java 6で実行されているシステムがテストX、Y、およびZに合格することを示すことができれば、彼は喜んでアップグレードすることに同意します。
アプリケーションが時代遅れであると見なされた場合、スタッフの採用/保持が問題になります。開発者は通常、進行状況が見られない場合は、そのままでいることを望みません。
マイナー アップグレードであることを彼に伝えてください"-version"。コマンドを使用して、バージョンが 1.5 から 1.6 になることを彼に示してください。:)
あなたは Java 6 の明白な利点をすべて認識しているようであり、クライアントには保守的である十分な理由があるため、Java 6 に切り替えないと開発が妨げられることを強調するだけです。
新しいリリースで無料で入手できる機能の実装に間違いなく時間を費やすため、開発は遅くなります。そしておそらく最も悪いのは、定期的にアップグレードしないと、時間が経つにつれてアップグレードがより困難になり、事実上不可能になるまでアップグレードすることです.
通常、期限切れのアップグレードは非常に予測不可能なシナリオとなり、長期にわたって会社全体の生産が失われます。(ソフトウェアが社内の十分な数のユーザー ベースに影響を与えると仮定します)
昨年、1.4 から 1.6 にアップグレードしました。これは開発にとって非常に役立ちましたが、問題がないわけではありません。これは私たちの動機ではありませんでしたが、今日では PCI (クレジット カード処理要件) によって「最新の状態に保つ」ことが求められています。アプリはスムーズに動作しているかもしれませんが、Java 1.5 には 1.6 以降に修正されたセキュリティ ホールがいくつかあると確信しています。
要するに、Java 6 はより最適化され、パフォーマンスが向上し、信頼性が高く、現在サポートされています。また、診断、デバッグなどの高度なオプションも提供します。
Java ベースのテクノロジのほとんどは、すでに Java 6 に移行されているか、移行中です。それ以前のバージョンのサポートは停止されます。
クライアントの視点からお答えします。
私たちのシステム開発ショップはまだJava5を使用しています。Jave6に移行するには、ポートフォリオ全体をテストする必要があります。
Java4からJava5に移行したとき、プロセスには6か月かかり、いくつかのコード変更が含まれていました（主に列挙型変数名を列挙するように変更しました）。
現時点で、私たちのシステム開発ショップは、Java6のメリットは移行の苦痛に見合う価値がないと判断しました。
あなたの銀行のクライアントも同じように感じています。Java 6への移行を強制されるまで、移行されません。
昨年、あるクライアントでこの問題が発生しましたが、将来の開発 (発生した Java 1.4 に対するもの) は、将来的には少なくとも大幅に費用がかかると断言しました。私たちと一緒に可能になります。リスクはありましたが、開発コストを大幅に削減できるため、その価値はあると感じました。明らかに、最初の行が示すほど率直ではありませんでした。私たちはクライアントに、そのまま滞在するのがますます高価になる理由をすべて示しました.