Gleyzer両氏によって共同開発されました。2019で、同言語の発表を行いました。InfoQはPurdy氏に言語と、氏らが解決を目指した問題について聞きました。設計/アーキテクチャアジャイルマニュフェスト:ソフトウェアアーキテクトの視点ソフトウェアアーキテクトの役割と責任はアジャイルソフトウェア開発のためのマニフェストの価値と矛盾していると見えますが、優れたアーキテクトはアジャイル開発チームをサポートするテクニックを見つけています。Streamingは、ストリーミングデータのためのSQLライクなインターフェースを提供します。Streamsによって、Redisがストリーミングデータを複数のプロデューサとコンシューマの間で消費、保持、配信することができるようになります。ソフトウェア開発のマニフェストたゆまず息もつかずに市場に突進することで、会社を静かに消滅の崖っぷちへと追い込みます。それは設計してコードを書く方法を再考する時です。簡単さへの投資は、速さへの投資です。簡単さは知的財産の主鉱脈でもあります。競争上の優位性は、一度失ったら、もう一度手に入れることはほとんど不可能です。Buytaerts氏が過去10年間にわたって、企業がDevOps採用のハイプサイクルをくぐり抜け、変革に対する誤解を解消する過程を支援してきた経験について語ります。Johnson氏は求人情報のリストを集めたWebサイトであるIndeed.com(サイト・英語)で、EJBとSpringの求人情報の比較を行った。その結果を説明し、EJBの発展と今後に関する結論を出した(source)。彼はセッションビーンとメッセージビーンに重点をおいてEJBを中心とする議論を組み立て、個別の仕様としてのJPAは「最近の技術に基づいていて、その価値を示しています。」とその価値を認めている。Johnson氏はまず、求人の傾向の意味について書いている。求人のリストは、実際に採用されている技術を知る良い指標です。企業が費用をかけるかどうかがわかりますし、誇大宣伝されたものと本質とを区別することが可能となります。開発者にとっても、関連するスキルを身につけ伸ばすことの重要性がわかります。(技術の永続化の重要な要素です。)そして、特定の技術を採用する際に、企業の安全を確保するよい指針となります。氏は次にグラフを提示しているが、これは2007年11月に、Javaの求人情報で要求されるスキルの点でSpringがEJBを上回ったことを示すものである。相当な数のEJBベースのアプリケーションがあることを考慮すると、これは驚くべきことであると彼は感じている。氏はこうした傾向に個人的な喜びを感じているが、それは彼が2003年からEJBがその妥当性を失うことを予測していたからである。その原因となる欠陥について、EJBを使用しないJ2EE(source)に関する自身の著書で説明している。3.0で改善された点についても、彼の考えでは、こうした傾向に歯止めをかけるには不十分である。3.0では多少改善されましたが、非常にわずかであり、遅すぎました。DIの能力は現実世界で必要とわかっているより低いものです。APIは分野横断的な問題の解決策の必要性を認めていますが、その能力はいまだに最も低く、最も魅力がなくエラーとなりがちな解決策が見受けられます。(しばらくブログで書こうと思っていることです。)今では時代遅れとなった、前世代の技術との後方互換性という重荷を負っているのです。(「シンプルなプログラミングモデル」よりも数百ページも長い)完全なEJBの規約では、過剰なオーバーヘッドのある複雑なランタイムが決定されます。シンタックスシュガーにもかかわらず、起動時のアクションやシングルトン、時代遅れのスレッディング・モデルといったEJBのいくつもの欠点への対応に失敗しているのです。結局、インフラ変更の折に、アプリケーションサーバの環境に事実上結び付けられるのです。それから、彼はEJBの衰退が産業界全体や個々の開発者に意味するものを説明している。標準を捨てる必要はありません。-結果をもたらさない標準を健全に破棄するだけです。EEはEJB以上のものであり、プラットフォーム全体に関心がある人は誰でも、パーツの妥当性や品質に公正であるべきなのです。優れた技術によって、ビジネスオブジェクトはPOJOとなり、特定のコンポーネントモデルへの依存が減少してラベルは重要ではなくなります。SOAの台頭やその他の影響によって、要求が変化していき、そして企業がますますもっとライトウェイトなプラットフォームを選択している時に、EJBをやめることでより大きなアーキテクチャ上の柔軟性を手に入れることができます。氏は「絶対的なアプリケーションの数はまだたくさんあり、EJBはすぐに完全に消えたりはしないでしょう。EJBが遺産となりつつあることをはっきりと示しています。Hightower氏(source)もまたEJBはしばらくの間残ると考えているが、この比較の方法について考え得る懸念を指摘している。3とSeamとSpringを比較した以下のグラフからわかるように、既成のものとの相対的な比較は公平ではありません。Eperen氏もまた、起こり得る他の技術の影響を考慮する必要性があるとする意見を述べた。Seamなど、明らかに欠落している技術があります。3.0と組み合わせることによって、Springと同じようなたくさんの長所(POJOやIOC等)を提供するだけではなく、EJBモデルのたくさんの有名な欠陥に対応しています。私に言わせていただければ、Springより優れています(たとえば、XMLよりもむしろ、ほぼ純粋にアノテーションベースとなっています)。私はSpringをけなしているわけではありません。3.0は、とても現実的な選択肢になると言っているのです。仕様を独自に実装したアプリケーションサーバに依存するEJBベースのアプリケーションは、かなりのシェアを占めている。そのことを考えると、こうした傾向はおそらく、オープンソースのフレームワークを利用している企業の間では、Javaエンタープライズのコアのコンポーネントモデルに対する信頼が高まっていることを示している。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。あなたの意見をお聞かせください。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。よい世界へ私たちが暮らす世界を大切に思い、よりよいものにしたいと考えています。人のためのソフトウェア開発を加速し私たちのミッションを実現することで、この思いを成し遂げようとしています。私たちは利益の1%をさまざまな慈善団体に寄付しています。会社として、また従業員��して、そうしたことの価値を強く信じているからです。with.プライバシーBTあなたのプロファイルは最新ですか?プロフィールを確認してアップデートしてください。アドレス*Eメールを変更すると確認のメールが配信されます。会社名:現在の会社名をご入力ください。Other組織規模:現在の組織規模をご入力ください。2,501+国:現在の国を設定してください。Zimbabwe都道府県:現在の都道府県に設定してください。次の都道府県にアップデートする:ニュースレターを購読しますか?インダストリーメールを購読しますか?本Eメールに登録すると、以前より関心のあったトピックの関連情報をお送りする場合がございます。詳細はこちらのプライバシーポリシーをご覧ください。newsletter?新しいメールアドレスに確認用のメールを送信します。このポップアップ画面は自動的に閉じられます。