私の会社は、新製品の 1 つのバックエンドの構築を開始しようとしています。アイデアは、すべての上位層製品 (Web サイト、モバイル Web サイト、モバイル アプリケーション) のリソースを生成する層を構築することです。また、その重要な部分は、サード パーティの開発者が API として利用できるようになります。ご存知のように、典型的なスタートアップ シナリオです。
Java サーブレット テクノロジを使用してバックエンドを構築することを計画していたので、アーキテクチャは Java に依存することになりました。そこで問題は、Oracle がオープンソースを意識した開発者や私のような企業を追い払うことの意味は何ですか?
Java に代わるものを探す必要がありますか? Java から離れようとしていますか?
この質問は、Java プラットフォームの技術的な問題に関するものではなく、Oracle の厳格な意図 (私の主観的な観点) の法的な影響に関するものです。
編集：もちろん、この質問は主観的で議論の余地があります。それが私が望む答えです：意見、意見は主観的で議論の余地があります。
Java は、長い間強力なバックエンド プラットフォームであり続けると思います。オラクルは、とりわけ、金のガチョウを殺したくありません。さらに、Tomcat からメッセージング、Hibernate と Spring、Groovy と Grails に至るまで、Java ベースの優れたバックエンド コンポーネントが多すぎます。市場は、それらが長い間消えることを許しません。
技術的には、Java は複雑なバックエンドや大規模な問題に適しています。シンプルで軽量なものを構築する場合は、多くの場合、Rails のようなフレームワークとオープンソース データベースを使用するだけで十分です。
Groovy と Grails は、Rails の軽量なアプローチから完全な Java の世界への素晴らしい架け橋です。
Java サーブレット テクノロジを使用してバックエンドを構築することを計画していたので、アーキテクチャは Java に依存することになりました。そこで問題は 、Oracle がオープンソースを意識した開発者や私のような企業を追い払うことの意味は何ですか?
彼らは？前回チェックしたとき、JBoss と Spring は順調に進んでいました。Scala は、Java に代わる強力な代替手段と見なされています (または、JVM でのアプリ/システム開発に次善の言語を形成するでしょう) 。
ここであなたは正確に何を指していますか？私はフォローしません。Oracle とそのスタック (および Oracle Financials などのすべての統合ソリューション) と直接競合する場合は、何か心配する必要があるかもしれません。
または、Java ライセンス契約に違反する (または法廷で違反と解釈される可能性がある) ことを行っている (または意図している) 場合は、Oracle について心配する必要があるかもしれません (Oracle にはそれらを追求する歯があり、 Sun が持っていたものです。)
そのため、もう少し実用的かつ客観的になり、オラクル製品に関してあなたの製品の役割が正確にどのようなものになるかを明確に定義する必要があります。それに基づいて、JVM への投資が適切かどうかを判断する必要があります。
Java に代わるものを探す必要がありますか?
何を達成しようとしているかによって異なります。そのような質問は、意味のある方法で答えるにはあまりにも広範でオープンエンドです。
Java から離れようとしていますか?
好奇心とスキルの多様化の観点から、はい。しかし、私がバックエンド製品の開発を担当しているとしたら、JVM を使用します。Java を使用して、プラットフォームに関する 15 年間の集合的な知識を活用しようとするかもしれません。または、Scala を試してみます。しかし、私は JVM に固執します。
Oracle を使用するかどうかに関係なく、これらのタイプの場合、JVM は安定性、スケーラビリティ、および豊富な知識の点で優れた選択肢です。技術的な観点からは Erlang VM の方が優れているかもしれませんが、JVM 用に同様のチームを構築する場合と比較して、有能なチームを構築するのは難しいでしょう。
2010 年 5 月 3 日付の Java の将来について説明している記事を見つけました。
さて、同じリンクからの結論、
企業世界の駆け引きが開発者コミュニティ全体に影響を与えることはめったにありませんが、オラクルがサンを買収したことは、今後何年にもわたって広範囲に影響を与えるでしょう。個々のオラクル製品の収益性は気にしないかもしれませんが、開発者として最も興味深い点は次のとおりです。
- Combination of HotSpot and JRockit into an uber-JVM - Unification of the Java SE and Java ME APIs - Increased investment in JavaFX onto more platforms - Continued integration of dynamic languages into the JVM.
バックエンド プラットフォームとして Java をお勧めします。私は現在、企業向けのソフトウェア ビジネス ソリューションを専門とする会社に勤務しており、私たちの仕事のほとんどはバックエンドでの Java の使用を中心に展開しています。
バックエンドが Web 主導型になるかどうかはわかりません。Hibernate Database をサポートする Spring Framework の使用を検討してください。Spring は、Hibernate や他の多くのツールを使用するための優れたサポートを備えているため、私はそれを支持しています。特定のツールのみを使用するように制限する他のフレームワークとは異なり、Spring は、多くの異なるライブラリ、ツール、およびフレームワークを統合できるようにする優れた機能を備えています。私たちがよく知っているように、テクノロジーは常に変化しており、現在人気のあるものは将来変更する必要があるかもしれないので、これは良いことです.
バックエンド ソリューションとしての Java は、Rails のような軽量なアプローチとは対照的に、最初はもう少し作業が必要になりますが、すべてのセットアップ (データベース、ビルド ファイルなど) を取得したら、レースに出発します。
最終的に Java ルートを選択する場合は、ビルドに Maven を使用することを検討してください。Ant も良いですが、セットアップにはもう少し手間がかかります。
... 特定のテクノロジーを除外しましたか? その理由は何ですか? .Net はオプションですか?