API構築の基礎を学んだ。QConは、開発者コミュニティにおける知識とイノベーションの普及を促進することで、ソフトウェア開発に力を与える。実務者主導のカンファレンスであるQConは、チーム内のイノベーションに影響を与える技術チームのリーダー、アーキテクト、エンジニアリングディレクター、プロジェクトマネージャー向けにデザインされている。Sheehy氏は、人工知能ハイプ時代における責任ある開発者としてのあり方について、洞察に富んだ開会基調講演をした。Grizzanti氏が、「スタッフ・プラス」への道と、それを「科学」というより「芸術」としてとらえ、芸術を創作することとソフトウェアを創作すること、そして組織のダイナミクスに対処することの類似性について語っている。Codeを採用する:確認するべき6つの適性LCNC(ローコード/ノーコード)プラットフォームは、プログラマーだけでなくプログラマーでなくても、最小限のコーディングとワンクリックのデプロイメントで、アプリケーションソフトウェアを開発できるよう設計されている。ドラッグ&ドロップ方式のインターフェースなどを利用することで、開発・デプロイメントプロセスを簡素化し、効率的なアプリケーション開発とデプロイメントを実現する。9のデリバリ計画を提出した。9は安定したツーリングリリースになるものと期待されている。10およびそれ以降の新機能を進める上での、イノベーションの基盤として位置付けられる可能性もある。Rahman氏は、Javaコミュニティを対象にした2件の調査への参加を呼び掛けた。EEの名称の維持を支持した。Foundationに対して、Javaの商標とjavaxパッケージネームスペースの継続を許可するべきがどうかを問うものだった。この時は、4分の3の、回答者がこの行動を支持した。Oracleに対するコミュニティ共同の公開書簡の中でRahman氏は、これらの結果を要約すると同時に、現在の状態を継続すべき理由をいくつか列挙した。EEはオープンソースプラットフォームとして価値を持つべきであること、などだ。Foundationには使用権のないことが確認された。is)"のみで使用する。EE仕様内でのjavaxパッケージネームスペースへの変更は認められない。EE仕様のTCKに今後も準拠しなければならない。EEプラットフォーム仕様から完全に削除される可能性がある。EE"命名規則に変更されなければならない。これにはEJB、JPA、JAX-RSなどの短縮名も含まれる。Blevins氏は、javaxからjakartaへのパッケージネームスペース移行のソリューションとして、すべてを一気に移行する"ビッグバン"と、必要に応じて徐々に行う"インクリメンタル"という、それぞれメリットとデメリットのある2つの提案を行った。反応としては"ビッグバン"への賛同が多いように思われたが、Blevins氏はそこで止まらなかった。EEプラットフォームのGitHubリポジトリ内に、"javaxからjakartaにネームスペースを変更することによるさまざまな影響に関する情報を収集する非公式なwiki風の場所"として、namespaceセクションが新たに設けられた。この理由について氏は、次のように説明する。情報を収集して整理しなければ、1か月の議論はまったくの無駄になってしまいます。自由に議論をした2週間を要約できないことを理由に、コントリビューションはあっという間になくなってしまうことでしょう。APIの推移的(transitive)変更など、複数のドキュメントが作成された。EE9に向けた動きについて論じるとともに、このリリース計画を開発したJavaコミュニティの努力を認め、次のように書いている。開発には多くの時間とエネルギが費やされています。議論が繰り広げられているのを目の当たりにするのは、エキサイティングなことです。Starkといった方たちがプロセスの先導的立場で行っている、時に報われない不断の努力による貢献には大きなものがある、と私は思っています。survey"の公開、といったハイライトも取り上げた。EEプロジェクトプラットフォームチームは、ロードマップとリリース計画の策定、少なくともひとつの仕様準拠実装が存在することの保証、運営委員会と仕様委員会に対する定期的な更新提供、といった作業に責任を負うことになる。Process(JESP)に準拠している。EEプラットフォームテレカンファレンスを通じて、Javaコミュニティからの入力を広く受け付けている。Millidge氏は、リリース計画を決定した背後にある根拠を論じて、次のように記している。java-jakartaに必要なネームスペースの変更に伴って、後方互換性を損なう大きな変更が発生します。プロジェクトではこれを、古いAPIを多数取り去り、また一部はオプション(つまり、新しいアプリケーションサーバでは実装不要)にすると同時に、古いネームスペースで記述されたアプリケーションに対する後方互換性を不要にする機会にします。9に完全に準拠したアプリケーションサーバを新たに提供可能である、ということです。9プロダクトにおいて古いアプリケーションをサポートする選択肢も依然として残されているということなのです。8リリースを改善の面を中心に捉えた自身の考えを要約して、次のように記している。8の提供プロセスに関するフィードバックを収集して、それを今後のリリースを改善するためのアクションアイテムに転じることと、できる限り多くのコミュニティからの参加を可能にすることにありました。改善の領域には仕様やリリース管理、コミュニケーション、組織化といったものが含まれている。EE運営委員会では、これらすべての領域における改善を重視する予定である。8に相当する仕様を、jakartaパッケージネームスペースによる仕様の実装で提供することにある。毎週火曜日に前週のまとめコンテンツをお送りいたします。(日本語版は不定期リリース)25万人のシニアな開発者コミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。毎週火曜日に前週のまとめコンテンツをお送りいたします。(日本語版は不定期リリース)25万人のシニアな開発者コミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。Inc.プライバシーBT。