Mozilla Hacksの「Announcing Interop 2022」を読みました。Interop 2022は、Apple、Bocoup、Google、Igalia、Microsoft、Mozillaが参加して、Webプラットフォームの互換性問題を重点的に改善するために始まった取り組みです。
前回紹介したInterop 2022の成果記事は「1年後に何が改善されたか」を見る記事でした。今回の発表記事は、その前に「どの問題を、どう選び、どう測ることにしたのか」を説明しています。
記事の要点
- Webは単一実装ではなく標準で定義されるため、ブラウザ間の実装差を継続的に減らす必要があります。
- Interop 2022は、Web開発者のフィードバックと、webcompat.comなどに寄せられる実ユーザーの互換性問題をもとに対象領域を選びました。
- 問題は大きく2種類に分けられます。仕様や期待動作が比較的明確でテストできる問題と、仕様や実際にサイトが依存している挙動を調査する必要がある問題です。
- 前者は「focus areas」として、web-platform-testsの通過率で進捗を測ります。
- 後者は「investigate areas」として、まず何を標準化し、何をテスト可能にするべきかを調べます。
- 2022年のfocus areasには、Cascade Layers、Color Spaces and Functions、Containment、Dialog Element、Forms、Scrolling、Subgrid、Typography and Encodings、Viewport Units、Web Compatが含まれました。
- Compat 2021からは、Aspect Ratio、Flexbox、Grid、Sticky Positioning、Transformsも引き継がれました。
- 調査領域には、Editing/contentEditable/execCommand、Pointer and Mouse Events、Viewport Measurementが選ばれました。
リンク先も見てわかったこと
wpt.fyiのInterop 2022ダッシュボードは、ブラウザごとの進捗を公開スコアとして見えるようにする場所です。単なるロードマップではなく、実装差がどれだけ縮まったかを継続的に追える仕組みになっています。
web-platform-testsのドキュメントを見ると、このテストスイートはブラウザ横断で同じテストを走らせ、Web作者が「この機能はブラウザをまたいで頼れる」と判断できる状態を目指していることがわかります。Interop 2022は、この既存基盤を使って重点領域を測定可能にした取り組みだと見られます。
記事内のMDN Web DNA Reportやwebcompat.comへのリンクも重要です。Interop 2022は、仕様書だけを起点にした計画ではなく、開発者が困っている点と、実際に壊れているサイトの報告を選定材料にしています。
パートナー発表として、WebKitの記事やIgaliaの記事も参照しました。どちらも、Interop 2022が15領域を対象にした複数組織の共同作業であること、そしてダッシュボードで進捗を追う点を強調しています。GoogleのInterop 2022記事やMicrosoft Edge Blogの発表記事も、同じ取り組みを各社側から説明するリンクとして確認しました。
気づき
今回の気づきは、Interop 2022の設計でいちばん強いのは「測れる問題」と「まだ測れない問題」を最初から分けたことです。すべてをテスト通過率に押し込もうとすると、仕様が曖昧な領域やモバイル特有の挙動は置き去りになります。一方で、調査ばかりにすると実装改善の進捗が見えません。
focus areasとinvestigate areasを分けることで、Interop 2022は短期的に直せる互換性問題と、将来テスト可能にするための下準備を同じプロジェクト内に置けました。これはWeb標準の実務にかなり合った設計だと思います。既に測れるものは測って直し、まだ測れないものは調べて測れる形に近づける。この順序があるから、Interopは単年のキャンペーンではなく、2023、2024、2025以降へ続く改善サイクルになったのだと感じました。
読むとよさそうな人
- Interopプロジェクトの出発点を知りたい人
- Web互換性改善がどのように対象選定されるのか知りたい人
- web-platform-testsやwpt.fyiが、ブラウザ実装の改善にどう使われるのかを把握したい人
コメントを残す