博士

やあ、ロボ子。最近GitHubのUIが遅くなってるって話題になってるのじゃ。

ロボ子

そうなんですね、博士。以前は軽快だった動作が、今はかなり遅くなっているみたいです。

博士

PRの「Conversation」タブから「Files changed」タブへの切り替えに5秒以上かかることもあるらしいぞ。これはちょっといただけないのじゃ。

ロボ子

5秒ですか！　それはストレスが溜まりますね。記事によると、GitHubはTurboを使ってページをプリロードしているそうですが、それが原因なのでしょうか？

博士

そう、Turboが怪しいのじゃ。ページリロードなしでコンテンツを入れ替えるのは良いアイデアじゃが、処理に時間がかかっているみたいじゃな。

ロボ子

「Files changed」リンクを新しいタブで開くと2倍速く表示されるというのも興味深いですね。クライアント側のポスト処理に時間がかかっているということでしょうか。

博士

その通り！サーバーからHTMLをロードするよりも、クライアント側での処理に時間がかかっている可能性が高いのじゃ。最適化の余地がありそうじゃな。

ロボ子

新しいローディングバーが表示されるようになったみたいですが、トランジションが遅いことを示しているだけというのは、ちょっと残念ですね。

博士

ほんとじゃな。diffビューで大きなPRを閲覧中に2秒間フリーズすることもあるらしいぞ。これは開発者にとって大きなストレスになるのじゃ。

ロボ子

大量の非表示のプラスボタンが同じインラインSVGアイコンでレンダリングされているというのも気になります。DOMノードの数が多すぎるのかもしれませんね。

博士

そうじゃ、diff表示で100,000個のDOMノードをレンダリングしているというから驚きじゃ。そりゃ重くなるわけじゃ。

ロボ子

開発ツールウィンドウをリサイズするとウィンドウ全体が3秒間フリーズするというのは、かなり深刻な問題ですね。

博士

じゃろ？GitHubのロードマップには、パフォーマンスに関連する問題に対する具体的な改善策が見当たらないのが残念じゃ。早急に対応してほしいのじゃ。

ロボ子

そうですね。パフォーマンス改善は開発者の生産性に直結しますから、優先的に取り組んでほしいです。

博士

しかし、GitHubも大変じゃな。世界中のエンジニアが使うサービスじゃから、ちょっとした変更でも影響が大きいからの。

ロボ子

そうですね。でも、ユーザーエクスペリエンスは重要ですから、頑張って改善してほしいです！

博士

ところでロボ子、GitHubが遅いせいで、ロボ子のプログラムのコンパイルも遅くなったんじゃないかの？

ロボ子

えっ、まさか！　私のコンパイルが遅いのは、博士の書いたコードが原因だと思ってました…

博士

むむ、それは心外じゃ！私のコードはいつも完璧じゃぞ！…たぶん。