わずか10日前、WWDC Notesの創設者でメンテナーのFederico Zanetelloから連絡があり、プロジェクトの存続を手伝ってほしいと言われました。何度かメッセージをやり取りしビデオ通話をした結果、彼がもうプロジェクトに一切取り組めないことがわかり、私が引き継ぐことに同意しました。悪いニュースは（ご想像の通り）、そのビデオ通話がDub Dubのわずか2週間前だったということです。
しかし良いニュースは、Federicoがサイトのほぼすべての面を自動化していたので、ほとんどの部分が「ただ動く」ということです。プロジェクトの健全な維持をできるだけ簡単にする設計をしてくれた彼に敬意を表します。また、ありがたいことに彼はウェブサイトのpublishを含め、基本的にすべてにSwiftを使っていました。新しいサマリーが投稿されたときの自動ツイート送信のようなヘルパーツールまでSwiftです。Swift Evolutionのニュースレターまで運営しているSwift愛好家の私にとって、これは大きな安心でした。今年に関しては、やるべきことは2つだけのようです：
1つ目：Platforms State of the Union（「デベロッパーキーノート」とも呼ばれる）が行われた後、各セッションの基本情報（動画へのリンクやAppleのセッション説明など）をプロジェクトにダンプすること。Appleが残りの週のセッション詳細を発表するのがそのタイミングだからです。
2つ目：こちらのリストに掲載されている、まだサマリーのないセッションについて、コミュニティメンバーが作成したPRをマージすること。実際、今リストを見ると、2022年だけでもノートがあるセッションの約60に対し、まだ誰もノートを投稿していないセッションが約120もあります。
今年の限られた準備時間の中でこの2つが主な仕事ですが、プロジェクトの将来に向けてもっと計画していることがあります。これはコミュニティプロジェクトなので、私の計画を皆さんと共有したいと思います。
WWDC週間終了までに80%のセッションカバレッジ
人生で学んだ教訓があるとすれば、それはこれです：何をするかは関係ない――活動し続ける限り、必ず何かを学べる！なぜこの話をするかというと、Federicoとの通話中にこのプロジェクトについてあるアイデアが浮かびました。それはハリー・ポッターの本が大好きだという経験に根ざしています。（安心してください、ローリングの執筆とは直接関係ありません。）私のようなファンにとって、新刊が出版されたのにドイツ語翻訳が出るまで2.5ヶ月待たなければならないのは耐えられませんでした。謎のプリンスが発売されたとき私はちょうど14歳で、英語はある程度理解できましたが、一冊の本をまるごと読み切るには不十分でした。
ありがたいことに、ファンフォーラム（おそらくここ）で、あるプロジェクトのことを聞きました。そこでは本全体をわずか48時間で翻訳するという取り組みが行われていたのです。最初は半信半疑でした。しかし計画はシンプルでした：参加者の半分が最初の24時間でそれぞれ約1ページを翻訳し、残りの半分がそれぞれ1人の翻訳を受け取り、エディターのようにレビューして品質を向上させます。最後に主催者がすべてを結合し、完成版をPDFとして全参加者に送信するというものです。あまりにも良い話に聞こえました。しかし完全にうまくいったのです。私は初期翻訳者として参加し、日曜の夜には完全翻訳版を手にしていました。当時は魔法のように感じました。そして群衆の力と集合的な取り組みの力について教訓を学びました。
この変革的な体験が心に残り、WWDC Notesプロジェクトでも同じように驚くべきことが達成できると確信しました。ハリー・ポッター翻訳プロジェクトがコミュニティの協力の力を活用したように、皆さんの助けがあれば、野心的な目標を達成できると確信しています。最初の1週間以内にすべてのWWDCセッションの100%を少なくとも基本的なノートでカバーすることです！コミュニティの集合的な専門知識と熱意を活用すれば、貴重な洞察とサマリーを迅速に提供し、世界中のデベロッパーをサポートできます。
さて、セクションのタイトルを読んだと思いますが、なぜ目標を80%にしているのでしょうか？まず、ニッチなトピックに関するセッションがあり、より広いデベロッパーの聴衆にとっては興味がないかもしれません。例えば「What’s new in AVQT」のようなものです。これらが最初の数日以内に利用可能である必要はないと思うので、90%に減らしましょう。
次に、コードカバレッジのベストプラクティスの重要な教訓の1つは、「90%のコードカバレッジから95%にする方法にこだわるべきではない。ある時点以降のコードカバレッジ向上の効果は対数的になる」ということです。WWDCセッションにも同じことが当てはまると思います。80%のセッションがカバーされれば、残りの10%の関連トピックは、退屈そうだったり複雑そうだったりして（実際にはそうでなくても）誰も見たくないものである可能性が高いです。「セッションカバレッジのある時点以降の向上の苦痛は対数的になる」と言えるかもしれません。したがって、日曜日までに80%のカバレッジを目指します。パレートの法則にも合致します。
ただし、これはすべて皆さんの助けがあってこそ実現できます。そうです、あなたの助けです。セッションノートを書いたことがない？あるいは書いているけど少ししかなく、公に共有したことがない？これがもっと積極的になり、その過程で新しいことを学ぶチャンスです！ノートの長さやフォーマットに要件はなく、何でも助けになります。エディターとしてのみ貢献することも可能で、それも助けになります！
参加を希望される方は、@WWDCNotesのTwitterまたはMastodonに次のメッセージを送ってください：「I volunteer to contribute & review notes. I’m most interested in the topics」に続けて、この公式リストからいくつかのトピックを記載してください。貢献のみ、またはレビューのみの場合は、テキストを適宜調整してください。
WWDC週間の2日目に、どのセッションで協力いただけるかの提案を折り返しご連絡します。皆さんの事前のご協力に感謝します！みんなが少しずつ助け合えば、全員が一緒に恩恵を受けられます。
Twitter & Mastodon向けの一口サイズのキーポイント
すべてのWWDCセッションのサマリーがあるのは素晴らしいことですが、毎年100以上のセッションがあり、どのセッションが時間をかける価値があるか判断するのは本当に難しいです。動画はもちろん、ノートを読んだりざっと目を通すだけでも時間がかかります。まさにこのような理由から、昨年のWWDC週間に視聴してまとめた21セッションの主要なキーポイントを抽出し、1つのTwitterスレッドに各セッションをそれぞれ250文字未満の1ツイートにまとめました（280文字からリンク用の「More: 」を引いた文字数）。
コミュニティはこれを気に入ってくれたようで、このスレッドは48回リツイートされ（これは私のこれまでの最多リツイートです）、いくつかのニュースレターでも紹介されました。このような一口サイズのサマリーはコミュニティが必要としているものだという証拠だと思います。そこで今年はさらにレベルアップする予定です：
もちろん、毎年のように、個人的に興味のあるセッションをすべて視聴し、後で学びを振り返れるようにノートを書きます。当然、私のノートはプロジェクトに貢献します。ただし、最初の1週間でカバーできるのは約20セッションで、全体の約10%に過ぎません。コミュニティの助けにより、#WWDC23向けの#SessionSummaryスレッドのカバレッジを拡大し、より有用なものにしたいと思います！
そのため、WWDC Notesに貢献されたすべてのノートを主要なキーポイントのリストに要約する試みを行い、コミュニティの貢献者にもその作業への協力をお願いします。具体的にどのような協力の形になるかは、WWDC前に決定し、@WWDCNotesのTwitterと新しいMastodonアカウントで発表します。お知らせを見逃さないよう、ぜひフォローしてください！
ウェブサイトのオープンソース化
現在、WWDC Notesプロジェクトは4つのGitHubリポジトリで構成されています：Content、Website、TwitterBot、SocialImages。現在オープンソースなのはContentのみです：
WWDCNotes organizationのリポジトリのスクリーンショット
Federicoは、プロジェクトの将来に向けてすべてをオープンソース化したいと語っていました。Swift Package Indexプロジェクトがオープンに運営されているのと同様です。彼自身はこの目標の達成を手伝えませんが、私は100%賛成なので、すべてをオープンソース化できるようにリポジトリを再構成し、意味があれば単一のリポジトリにまとめることも検討します。この課題にはWWDCの盛り上がりが落ち着いた今年後半に取り組む予定です。時期が来たらTwitterとMastodonで変更についてお知らせします。
まとめ
以上が、このプロジェクトに対する私の初期目標です。要約すると：
日曜日までにすべてのWWDCセッションの80%をノートでカバーする
すべてのセッションの一口サイズのキーポイントをまとめたTwitter/Mastodonスレッド
ウェブサイトとソーシャルボットを含むプロジェクト全体のオープンソース化（長期目標）
どう思いますか？この方向性は良いですか？ それとも共有したいアイデアがありますか？ぜひ教えてください！