働いているけど Google Summer of Code (GSoC) に応募した

概要

今年から Google Summer of Code (GSoC) の応募制限が緩和されて、18 歳以上であれば、誰でも応募できるようになった。¶

私はフルタイムでエンジニアとして働いているのだが、前述の通り募集条件が緩和され私も条件に当てはまるようになったので、今年は応募してみたのであった。¶

まだ、結果は出ていないのだが周りを見てるとダメそうな気配を感じているので、せめて応募に際してどんなことをしたのかをまとめて供養しておく。¶

はじまり

はじまりは Publickey の GSoC に関する記事を読んだことだった。どうやら自分も募集要項に当てはまるようになったらしい。今まで GSoC にしてもセキュリティ・キャンプにしても気づいたときには対象者じゃなかったということがあったので、これは応募してみたいなと思った。¶

ちょうど、 Chromium へのコントリビューションをしていることもあり、応募するなら Chromium と決めていて、もう少し規模の大きなことをして貢献したいなと思った。¶

プロジェクトを探す

応募することが決まったら Proposal を書かなければいけない。Proposal を書くにしても何かしらテーマがなければ書けない。幸い Chromium に関するプロジェクトはこちらからテーマを探すことができたのでこの一覧から探すことにした。 (この他にも自分が興味のあるプロジェクトや取り組みたい bugs があれば別途取り組むことはできるようだ。)¶

私は標準化や Chromium の Shipping Process に興味があっため、そういった一連のプロセスを経験できるようなテーマを探した。結果として、「 4. Expose Render Blocking Status in Resource Timing」では、私の希望が叶いそうだったのでこのプロジェクトに応募してみることにした。¶

Proposal を書く

とにかく、最初はテーマの内容を掴むことに終始した。ゴールはなにか、何がゴールでないか、どうすれば実現できそうかをテーマの概要を読んで理解した。必要であれば、関連 issue や Web 記事を参照しながら周辺知識を蓄えていった。¶

結果として、この「 4. Expose Render Blocking Status in Resource Timing」では、¶

Render Blocking Status を Resource Timing API に Expose すればよい
使うのは Realtime User Monitoring (RUM) を行うような Providers がメイン
すでにある程度標準やコードが作られていて、完全にフルで一人で作っていく必要はない
Shipping Process を経るので、スケジュールはそこそこ掛かりそう

というようなことが分かった。最終的に出来上がった Proposal はこちらに公開している。¶

仕事終わりに周辺について調べたり、コードを読み漁ったりしたので完成までに2週間ほどかかった。結局、誰かにレビューしてもらうような時間もなく、そのまま提出したのであった。¶

振り返りと反省点

良かった点

今回の GSoC の提出を通して、久しぶりにちゃんとした文書を書くことができたのは、良い経験だった。久しぶりにちゃんと文書構成を気にしたり一文一文を気にしながら文書を書いた気がする。荒く文章を書いて、それをブラッシュアップしていく作業の楽しさを久しぶりに体験できた。¶

合わせて、文書執筆に必要な VS Code の拡張機能をサクッと作れたのも良い点だった。今回の Proposal ではChromium のコードを読みながら、どの部分のことを指しているのか示す必要があったので、さくっと Chromium Code Searchの対象のリンクを VS Code でコピーできる拡張を作った。この拡張機能のおかげでサクッとコピーして Proposal に転記するという作業がサクッとできたのでよかった。¶

合わせて、今回の Proposal に関して必要そうな実験的な Web サイトをサクッと作ったのも良かった。 (example of render-blocking site,example of performance timeline)¶

働いているけど Google Summer of Code (GSoC) に応募した

概要

はじまり

プロジェクトを探す

Proposal を書く

振り返りと反省点

良かった点

悪かった点

まとめ

今回お世話になった記事

2022/05/21 追記