オープンソースプロジェクトとして、Angularの日々のコミット、PR、勢いはすべてGitHubで追跡できます。この日々の作業がフレームワークの将来とどのように関係しているかについての透明性を高めるために、私たちのロードマップはチームの現在および将来計画されているビジョンをまとめています。
以下のプロジェクトは、特定のAngularバージョンには関連付けられていません。完成次第リリースし、リリーススケジュールに従ってセマンティックバージョニングに基づいて特定のバージョンに含まれます。例えば、破壊的変更を含む場合は次のメジャー、そうでない場合は次のマイナーで機能をリリースします。
現在、Angularはフレームワークに2つの目標を持っています。
具体的なプロジェクト作業でこれらの目標をどのように達成する予定かについて、読み進めてください。
最新のAngularを探る
ロードマップからAngularの最新機能を使用して開発を始めましょう。このリストは、ロードマップから生まれた新機能の現在の状況を表しています。
実験的に利用可能
本番環境向け
Angular開発者体験の改善
開発速度
Selectorless
To reduce boilerplate and improve the ergonomics of standalone components we are now designing a solution that will make selectors optional. To use a component or directive you'll be able to import it and directly use it in a component's template.
We kicked off early prototyping of selectorless and we're still in early stages of planning. We'll share a request for comments when we have a design and we're ready for next steps.
Signal Forms
既存のAngularフォームに関するフィードバックを分析し、開発者の要件に対応しつつ、リアクティブな状態管理にシグナルを活用するソリューションの設計を計画しています。
Asynchronous reactivity
To enable developers to handle asynchronous data flow with signals we developed the resource
async primitive. Building on top of it, we introduced httpResource
which allows you to send HTTP requests and receive your response as a signal.
We're still actively collecting feedback for these new experimental APIs. Please give them a try and share your feedback with us on GitHub!
Zoneless Angular
v18では、Angularに実験的なZonelessサポートを提供しました。これにより、バンドルにzone.jsを含めずにフレームワークを使用できるようになり、パフォーマンス、デバッグエクスペリエンス、相互運用性が向上します。初期リリースの一環として、Angular CDKとAngular MaterialにもZonelessサポートを導入しました。
In v19 we introduced zoneless support in server-side rendering, addressed some edge cases, and created a schematic to scaffold zoneless projects. We transitioned Google Fonts to zoneless which improved performance, developer experience, and allowed us to identify gaps that we need to address before moving this feature to developer preview.
As of Angular v20, Zoneless Angular is now in developer preview and includes improvements in error handling and server-side rendering.
シグナルとの統合
フォーム、HTTP、ルーターなど、基本的なAngularパッケージとシグナルの統合を改善することに取り組んでいます。このプロジェクトの一環として、包括的な開発者エクスペリエンスを向上させるために、便利なシグナルベースのAPIまたはラッパーを導入する機会を探ります。
HMR(ホットモジュールリプレースメント)の改善
In Angular v19 we shipped initial support for CSS and template HMR and in v20 we graduated template HMR to stable. We'll continue collecting feedback to make sure we're addressing developers' needs before we mark this project as complete.
Angular MaterialとCDKの改善
新しいCDKプリミティブ
コンボボックスのWAI-ARIAデザインパターンに基づいてカスタムコンポーネントを作成しやすくするために、新しいCDKプリミティブに取り組んでいます。Angular v14では、このプロジェクトの一環として、安定したメニューとダイアログプリミティブを、v15ではリストボックスを導入しました。
Angularコンポーネントのアクセシビリティ
WCAGなどのアクセシビリティ基準に対してAngular Materialのコンポーネントを評価し、このプロセスから生じる問題を修正することに取り組んでいます。
ツールの改善
`ng test`によるユニットテストツールの近代化
v12では、ProtractorをCypress、Nightwatch、Puppeteer、Playwright、Webdriver.ioなどの最新の代替手段に置き換えることで、Angularのエンドツーエンドテストエクスペリエンスを見直しました。次に、Angularのユニットテストエクスペリエンスを近代化するためにng test
に取り組みたいと考えています。
In Angular v20 we introduced experimental support for vitest. Make sure you give it a try and share your feedback with us!
Angular CLIでのNitroサポートの評価
Nitroが提供する、より多くのデプロイオプション、さまざまなランタイムとファイルベースのルーティングとのサーバーサイドレンダリングの互換性の向上などの機能に興奮しています。2025年には、Angularのサーバーサイドレンダリングモデルにどのように適合するかを評価します。
調査の進捗状況については、随時更新をお知らせします。
Signal debugging in Angular DevTools
Angularのシグナルの進化に伴い、シグナルのデバッグを支援するより良いツールの開発に取り組んでいます。最優先事項の1つは、シグナルの状態を確認・デバッグできるUIの提供です。
将来の作業、調査、プロトタイピング
このセクションは、将来の潜在的なプロジェクトの調査とプロトタイピングを表しています。妥当な結果は、現在のソリューションが最適なオプションであると判断することです。他のプロジェクトは、ウェブがフレームワークとともに革新を続けるにつれて、RFC、進行中のプロジェクトへの昇格、または優先順位の低下につながる可能性があります。
ストリーミングサーバーサイドレンダリングの調査
過去数回のリリースで、Angularのサーバーサイドレンダリングのストーリーをより堅牢にする取り組んできました。優先事項には、Zonelessアプリケーションのストリーミングサーバーサイドレンダリングの調査があります。
記述形式の改善の調査
開発者調査の結果に基づいて、コンポーネント記述形式の使い勝手を改善する機会があることがわかりました。このプロセスの最初のステップは、RFCの前に要件を収集し、問題領域を理解することです。進捗状況については、随時更新をお知らせします。将来の作業では、下位互換性と相互運用性が最優先されます。
TestBedの改善
長年にわたるフィードバックとAngularランタイムの最近の更新に基づいて、TestBedを評価し、ユニットテストを開発する際の開発者エクスペリエンスを向上させ、ボイラープレートを削減する機会を特定します。
インクリメンタルな採用
Angularには、マルチページアプリケーションにインタラクティブ性を追加したり、異なるフレームワークで構築された既存のアプリケーション内にAngularコンポーネントを埋め込んだりするツールと柔軟性が不足していました。
このプロジェクトの一環として、クロスフレームワークの相互運用性の要件空間と、このユースケースを可能にするためのビルドツールの提供について調査します。
完了したプロジェクト
Server route configuration
We're working towards enabling a more ergonomic route configuration on the server. We want to make it trivial to declare which routes should be server-side rendered, prerendered or client-side rendered.
In Angular v19 we shipped developer preview of route-level render mode which allows you to granularly configure which routes you want Angular to prerender, server-side render or client-side render. In Angular v20 we graduated it to stable.
Enable incremental hydration
In v17 we graduated hydration from developer preview and we've been consistently observing 40-50% improvements in LCP. Since then we started prototyping incremental hydration and shared a demo on stage at ng-conf.
In v19 we shipped the incremental hydration in developer preview mode, powered by @defer
blocks. In Angular v20 we graduated it to stable!
Deliver Angular Signals
このプロジェクトは、Angularのリアクティビティモデルを再考し、リアクティビティのプリミティブとしてシグナルを導入しました。初期の計画段階では、数百件に及ぶディスカッションや開発者との対話、フィードバックセッション、ユーザー体験調査、そして1,000件以上のコメントが寄せられた一連のRFCが行われました。
Angular v20では、signal、effect、linkedSignal、signalベースのクエリやinputsなど、すべての基本的なリアクティビティプリミティブが安定版となりました。
Support two-dimensional drag-and-drop
As part of this project, we implemented mixed orientation support for the Angular CDK drag and drop. This is one of the repository's most highly requested features.
Event replay with SSR and prerendering
In v18 we introduced an event replay functionality when using server-side rendering or prerendering. For this feature we depend on the event dispatch primitive (previously known as jsaction) that is running on Google.com.
In Angular v19 we graduated event replay to stable and enabled it by default for all new projects.
Integrate Angular Language Service with Schematics
To make it easier for developers to use modern Angular APIs, we enabled integration between the Angular language service and schematics which allows you to refactor your app with a single click.
Streamline standalone imports with Language Service
As part of this initiative, the language service automatically imports components and pipes in standalone and NgModule-based apps. Additionally, we've added a template diagnostic to highlight unused imports in standalone components, which should help make application bundles smaller.
Local template variables
We've released the support for local template variables in Angular, see @let
docs for additional information.
Angular Materialのカスタマイズを拡張する
Angular Materialコンポーネントのカスタマイズを向上させ、Material 3機能を有効にするために、トークンベースのテーマAPIを定義するためにGoogleのMaterial Designチームと協力しています。
v17.2では、Angular Material 3の実験的なサポートを共有し、v18では安定版に卒業しました。
遅延読み込みを導入する
v17では、遅延コード読み込みのための使い慣れたAPIを提供する、開発者プレビューで遅延表示を提供しました。v18では、ライブラリ開発者向けの遅延表示を有効にし、APIを安定版に卒業させました。
Angular DevToolsのiframeサポート
ページ内に埋め込まれたiframe内のAngularアプリケーションのデバッグとプロファイリングを有効にしました。
esbuildとviteへの既存のハイブリッドレンダリングプロジェクトの移行の自動化
v17では、viteとesbuildベースのアプリケーションビルダーを提供し、新しいプロジェクトでデフォルトで有効にしました。これは、ハイブリッドレンダリングを使用するプロジェクトのビルド時間を最大87%向上させます。v18の一環として、ハイブリッドレンダリングを使用する既存のプロジェクトを新しいビルドパイプラインに移行するシェーマティックとガイドを提供しました。NgModuleは当面の間残りますが、新しいAPIの利点を活用して開発者エクスペリエンスを向上させ、構築した新機能を活用することをお勧めします。
Angular.devをAngular開発者の公式のホームにする
Angular.devは、Angular開発のための新しいサイト、ドメイン、およびホームです。新しいサイトには、開発者がAngularの最新機能を使用して構築するのに役立つ、更新されたドキュメント、チュートリアル、およびガイダンスが含まれています。
組み込みの制御フローを導入する
v17では、新しい制御フローの開発者プレビューバージョンを提供しました。これは、テンプレートオーサリングのパフォーマンスを大幅に向上させ、使いやすさを向上させます。また、既存の*ngIf
、*ngFor
、*ngSwitch
のマイグレーションを提供しており、これを実行してプロジェクトを新しい実装に移行できます。v18以降、組み込みの制御フローは安定しています。
最新のバンドラーを調査する
Angular v16では、ng build
とng serve
をサポートするesbuildベースのビルダーの開発者プレビューをリリースしました。ng serve
開発サーバーはViteとesbuildとAngularコンパイラーによる複数ファイルコンパイルを使用します。v17では、ビルドツールを開発者プレビューから卒業させ、新しいプロジェクトでデフォルトで有効にしました。これは、ハイブリッドレンダリングを使用するプロジェクトのビルド時間を最大87%向上させます。
依存性の注入のデバッグAPIを導入する
AngularとAngular DevToolsのデバッグユーティリティを改善するために、依存性の注入ランタイムにアクセスできるAPIに取り組んでいます。このプロジェクトでは、インジェクター階層とその関連するプロバイダー全体での依存関係を探索できるデバッグメソッドを公開します。v17では、依存性の注入のライフサイクルにプラグインできる機能を提供しました。また、インジェクターツリーの可視化と、各ノード内に宣言されたプロバイダーの検査を開始しました。
スタンドアロンコンポーネントのドキュメントとシェーマティックを改善する
ng new --standalone
シェーマティックコレクションの開発者プレビューをリリースしました。これにより、NgModuleを使用せずにアプリケーションを作成できます。v17では、新しいアプリケーションのオーサリング形式をスタンドアロンAPIに変更し、ドキュメントを反映するように変更しました。さらに、既存のアプリケーションをスタンドアロンコンポーネント、ディレクティブ、およびパイプに更新するシェーマティックを提供しました。NgModuleは当面の間残りますが、新しいAPIの利点を活用して開発者エクスペリエンスを向上させ、構築した新機能を活用することをお勧めします。
ハイドレーションとサーバーサイドレンダリングの改善を調査する
v16では、非破壊的な完全なハイドレーションの開発者プレビューをリリースしました。hydrationガイドとブログ投稿で詳細を確認してください。LCPとCLSなど、Core Web Vitalsに大きな改善が見られています。ラボテストでは、実世界のアプリケーションでLCPが常に45%向上していることが観察されました。
v17では、開発者プレビュー外のハイドレーションを開始し、サーバーサイドレンダリングのストーリーで一連の改善をしました。これには、SSGのランタイムでのルート検出、ハイブリッドレンダリングされたアプリケーションのビルド時間の最大87%の高速化、新しいプロジェクトのハイブリッドレンダリングを有効にするプロンプトが含まれます。
アプリケーション全体の非破壊的なハイドレーション
v16では、非破壊的な完全なハイドレーションの開発者プレビューをリリースしました。これにより、Angularは、サーバーサイドレンダリングされたページで既存のDOMノードを再利用できるようになり、最初からアプリケーションを再作成する必要がなくなります。ハイドレーションガイドで詳細を確認してください。
画像ディレクティブの改善
v15でAngularの画像ディレクティブを安定版としてリリースしました。画像が明示的な寸法を持つのではなく、親コンテナーに収まるようにする新しい塗りつぶしモード機能を導入しました。過去2か月で、Chrome Auroraチームは、v12以降のバージョンにディレクティブをバックポートしました。
ドキュメントの再構築
既存のすべてのドキュメントが、一貫した一連のコンテンツタイプに収まるようにします。チュートリアルスタイルのドキュメントの過度の使用を、独立したトピックに更新します。メインのチュートリアル以外のコンテンツが、一連のガイドと緊密に結合されることなく、自己完結型であることを確認したいと考えています。2022年第2四半期に、テンプレートコンテンツと依存性の注入を再構築しました。2023年第1四半期に、HTTPガイドを改善しました。これにより、ドキュメントの再構築プロジェクトを保留にしました。
画像のパフォーマンスを向上させる
AuroraチームとAngularチームは、Core Web Vitalsを改善することを目的とした画像ディレクティブの実装に取り組んでいます。v15で画像ディレクティブの安定版をリリースしました。
最新のCSS
ウェブエコシステムは常に進化しており、Angularに最新の標準を反映させたいと考えています。このプロジェクトでは、開発者がレイアウト、スタイリングなど、ベストプラクティスに従うように、Angularで最新のCSS機能を使用するためのガイドラインを提供することを目指しています。レイアウトの公式ガイドラインを共有し、このイニシアチブの一環として、フレックスレイアウトの公開を停止しました。
ホスト要素へのディレクティブの追加をサポートする
長年の機能要求の1つは、ホスト要素にディレクティブを追加する機能を追加することです。この機能により、開発者は、継承を使用せずに、独自のコンポーネントに追加の動作を追加できます。v15では、ディレクティブの合成APIを提供しました。これにより、ディレクティブを使用してホスト要素を拡張できます。
より良いスタックトレース
AngularとChrome DevToolsは、エラーメッセージのスタックトレースをより読みやすくするために協力しています。v15では、関連性のあるリンクされたスタックトレースをリリースしました。優先順位が低いイニシアチブとして、テンプレートのより正確な呼び出しフレーム名を提供することで、スタックトレースをより使いやすくする方法を探求していきます。
MDC Webを統合することでAngular Materialコンポーネントを強化
MDC Webは、GoogleのMaterial Designチームが作成したライブラリであり、Material Designコンポーネントを構築するための再利用可能なプリミティブを提供します。Angularチームは、これらのプリミティブをAngular Materialに組み込んでいます。MDC Webを使用すると、Angular MaterialはMaterial Design仕様にさらに準拠し、アクセシビリティが向上し、コンポーネントの品質が向上し、チームの速度が向上します。
オプションのNgModuleのAPIを実装する
Angularを簡素化する過程で、開発者がNgModuleを使用せずにアプリケーションを初期化し、コンポーネントをインスタンス化し、ルーターを使用できるAPIを導入しています。Angular v14では、スタンドアロンコンポーネントやディレクティブおよびパイプのAPIの開発者プレビューを導入しました。今後の数四半期で、開発者からのフィードバックを収集し、プロジェクトを最終化してAPIを安定版にします。次のステップとして、TestBed、Angular要素など、ユースケースを改善していきます。
テンプレートで保護されたフィールドへのバインドを許可する
Angularコンポーネントのカプセル化を改善するために、コンポーネントインスタンスの保護されたメンバーへのバインドを有効にしました。これにより、テンプレート内で使用するフィールドやメソッドをパブリックとして公開する必要がなくなります。
高度な概念に関するガイドを公開する
変更検知に関する詳細なガイドを開発および公開します。Angularアプリケーションのパフォーマンスプロファイリングのためのコンテンツを開発します。変更検知がZone.jsとどのように相互作用するか、いつトリガーされるか、期間をプロファイルする方法、およびパフォーマンスを最適化するための一般的な慣行を説明します。
@angular/formsの厳密な型付けを展開する
2021年第4四半期に、フォームの厳密な型付けを導入するためのソリューションを設計し、2022年第1四半期に関連するRFCを終了しました。現在、既存のプロジェクトの改善を可能にする自動移行ステップを備えた展開戦略を実装しています。まず、Googleの2,500を超えるプロジェクトでソリューションをテストして、外部コミュニティの円滑な移行パスを確保します。
レガシーのView Engineを削除する
すべての社内ツールをIvyに移行したら、レガシーのView Engineを削除します。これにより、Angularの概念上のオーバーヘッドが削減され、パッケージサイズが小さくなり、メンテナンスコストが削減され、コードベースの複雑さが軽減されます。
オプションのNgModuleを使用してAngularのメンタルモデルを簡素化する
Angularのメンタルモデルと学習プロセスを簡素化するために、NgModuleをオプションにする取り組みを進めています。この作業により、開発者はスタンドアロンコンポーネントを開発し、コンポーネントのコンパイルスコープを宣言するための代替APIを実装できます。このプロジェクトは、RFCにまとめたハイレベルな設計の議論から開始されました。
@angular/formsの厳密な型付けを設計する
下位互換性のない影響を最小限に抑えながら、リアクティブフォームの厳密な型チェックを実装する方法を探します。これにより、開発者は開発中に問題を早期に発見し、より優れたテキストエディターとIDEのサポートを可能にし、リアクティブフォームの型チェックを改善できます。
Angular DevToolsのフレームワークとの統合を改善する
Angular DevToolsのフレームワークとの統合を改善するために、コードベースをangular/angularモノレポに移行しています。これには、Angular DevToolsをBazelに移行し、既存のプロセスとCIパイプラインに統合することが含まれます。
高度なコンパイラー診断を公開する
型チェック以外のAngularコンパイラーの診断を拡張します。他の正しさや適合性のチェックを導入して、正しさやベストプラクティスをさらに保証します。
e2eテスト戦略を更新する
将来を見据えたe2eテスト戦略を提供するために、Protractorの現状、コミュニティのイノベーション、e2eのベストプラクティスを評価し、新しい機会を探求します。取り組みの最初のステップとして、RFCを共有し、パートナーと協力して、Angular CLIと最新のe2eテストツールの統合を円滑にしました。次のステップとして、推奨事項を最終化し、移行のためのリソースリストをまとめる必要があります。
AngularライブラリがIvyを使用する
2020年初頭に、Ivyライブラリの配布に関するRFCを共有しました。コミュニティからの貴重なフィードバックの後、プロジェクトの設計を開発しました。現在、Ivyライブラリの配布の開発に投資しています。これには、Ivyコンパイルを使用するためのライブラリパッケージ形式の更新、View Engineライブラリ形式の廃止、およびngccのブロック解除が含まれます。
自動テスト環境のティアダウンでテスト時間を短縮し、デバッグを改善する
テスト時間を短縮し、テスト間の分離を向上させるために、TestBedが各テスト実行後にテスト環境を自動的にクリーンアップしてティアダウンするように変更したいと考えています。
IE11サポートの廃止と削除
Internet Explorer 11(IE11)は、Angularがウェブプラットフォームの最新の機能を利用することを妨げてきました。このプロジェクトの一環として、最新のブラウザが提供する最新の機能への道を開くために、IE11サポートを廃止し、削除します。コミュニティからのフィードバックを収集し、今後の取り組みを決定するためにRFCを実行しました。
ES2017+をデフォルトの出力言語として活用する
最新のブラウザをサポートすることで、JavaScriptのよりコンパクトで表現力豊かでパフォーマンスの高い新しい構文を活用できます。このプロジェクトの一環として、この取り組みを進めるためのブロッカーを調査し、それを有効にするためのステップを踏みます。
Angular DevToolsを使用したデバッグとパフォーマンスプロファイリングの高速化
デバッグとパフォーマンスプロファイリングのためのユーティリティを提供するAngularの開発ツールに取り組んでいます。このプロジェクトの目標は、開発者がAngularアプリケーションのコンポーネント構造と変更検知を理解するのを支援することです。
統合されたAngularバージョン管理とブランチングによるリリースの合理化
Angular(angular/angular、angular/angular-cli、およびangular/components)の複数のGitHubリポジトリ間のリリース管理ツールを統合したいと考えています。この取り組みにより、インフラストラクチャを再利用し、プロセスを統一し、簡素化し、リリースプロセスの信頼性を向上させることができます。
コミットメッセージの標準化による開発者の整合性の向上
Angularリポジトリ(angular/angular、angular/components、およびangular/angular-cli)全体でコミットメッセージの要件と適合性を統一して、開発プロセスに整合性をもたらし、インフラストラクチャツールの再利用を可能にすることを目指しています。
Angular言語サービスをIvyに移行する
このプロジェクトの目標は、言語サービスをIvyに移行することで、エクスペリエンスを向上させ、レガシーの依存関係を削除することです。現在、言語サービスは、Ivyアプリケーションであっても、View Engineコンパイラーと型チェックを使用しています。Angular LanguageサービスでIvyテンプレートパーサーと改善された型チェックを使用して、アプリケーションの動作と一致させることを目指しています。この移行は、View Engineの削除をブロック解除するためのステップでもあります。これにより、Angularが簡素化され、npmパッケージサイズが削減され、フレームワークの保守性が向上します。
AngularでのネイティブのTrusted Typesによるセキュリティの強化
Googleのセキュリティチームと協力して、新しいTrusted Types APIのサポートを追加しています。このウェブプラットフォームAPIは、開発者がより安全なウェブアプリケーションを構築するのに役立ちます。
Angular CLI webpack 5によるビルド速度とバンドルサイズの最適化
v11リリースの一環として、Angular CLIでwebpack 5のオプトインプレビューを導入しました。安定性を確保するために、ビルド速度とバンドルサイズの改善を可能にするために、実装を改善し続けます。
Universalアプリで重要なスタイルをインライン化することでアプリを高速化する
外部スタイルシートの読み込みはブロッキング操作であるため、ブラウザは参照されているすべてのCSSを読み込むまでアプリケーションのレンダリングを開始できません。ページのヘッダーにレンダリングブロッキングリソースがあると、ロードパフォーマンス(たとえば、最初のコンテンツフルペイント)に大きく影響することがあります。アプリケーションを高速化するために、Google Chromeチームと協力して、重要なCSSをインライン化し、残りのスタイルを非同期に読み込んでいます。
より良いAngularのエラーメッセージによるデバッグの改善
エラーメッセージは、開発者が解決するのに役立つ実行可能な情報をあまり提供していません。より発見しやすいエラーメッセージを作成するために、関連するコードを追加し、ガイドやその他の資料を開発して、よりスムーズなデバッグエクスペリエンスを実現しています。
更新された入門ドキュメントによる開発者のオンボーディングの改善
ユーザーの学習プロセスを再定義し、入門ドキュメントを更新します。Angularの利点、その機能の探索方法、および開発者ができるだけ短時間でフレームワークに習熟できるようにするガイダンスを明確に示します。
コンポーネントハーネスのベストプラクティスを拡張する
Angular CDKは、バージョン9でAngularにコンポーネントテストハーネスの概念を導入しました。テストハーネスにより、コンポーネントの作成者は、コンポーネントの相互作用をテストするためのサポートされているAPIを作成できます。このハーネスインフラストラクチャを改善し続け、ハーネスの使用に関するベストプラクティスを明確化しています。また、Google内部でより多くのハーネスの採用を促進しています。
コンテンツ投影のガイドを作成する
コンテンツ投影はAngularの中核となる概念ですが、ドキュメントでは十分に説明されていません。このプロジェクトの一環として、コンテンツ投影の中核となるユースケースと概念を特定して文書化したいと考えています。
ESLintに移行する
TSLintの廃止に伴い、ESLintに移行します。このプロセスの一環として、現在の推奨されるTSLint構成との下位互換性を確保し、既存のAngularアプリケーションの移行戦略を実装し、Angular CLIツールチェーンに新しいツールを導入します。
バックログさよなら作戦(別名Byelog作戦)
コミュニティの広範なニーズを明確に理解するまで、エンジニアリング能力の最大50%を問題とPRのトリアージに積極的に投資しています。その後、エンジニアリング能力の最大20%を新しい提出内容を迅速に対応するために割り当てます。