[備忘録]初の Nuxt マイナーバージョンアップ（v3.16.2 -> v3.17.5）を乗り越えて #Nuxt3

お恥ずかしながら、メモリリークの発生を突き止めたのは、1回目のリリース見送り後に他チームのメンバーから情報共有を受けたのがきっかけでした。

CPU とメモリ使用率のスパイクは確認していましたが、メモリが解放されずに継続的に使用量が増加していくという、普段とは異なる挙動までは特定できていませんでした。

なぜ、普通なら気づく観点が漏れてしまっていたのかというとさまざまな理由があると思っています。

• 原因の切り分けが明確にできていなかった
  • 現状起きている事象と、考えられる原因を冷静にリストアップし、知見のあるメンバーを早期に巻き込むべきでした
• リリースを焦り、視野が狭くなっていた
  • このバージョンアップで解消される不具合が複数あったため、焦りが生じて視野狭窄に陥っていました
• ソースコードばかりを疑っていた
  • 前のセクションでも触れましたが、自社のコードに問題があると思い込み、インフラのメトリクス監視や Nuxt 本体の issue 確認といった、より広い視野での調査ができていませんでした

以前、現場の先輩エンジニアに勧められた本の中に、以下の印象的な一節があります。

「普段の私なら、ログで問題を見つけたら、「ここが原因かもしれない」「いや、あそこの不具合だろうか」と試行錯誤をする場面だ。
あたりをつけて修正して、プログラムをサーバーに移動させて、動かして、またログを見る。ログは反映されるまでに15分くらいかかるから、いくつか試すのもかなり時間がかかる。
ところが、ポールがとった行動は、私と真逆のアプローチだった。彼は最初の一つのログだけを見て「仮説」を立て始めた。手は一切動かさない。」¹

¹ 牛尾剛『世界一流エンジニアの思考法』文藝春秋, 2022年, 第1章「世界一流エンジニアは何が違うのだろう？ – 生産性の高さの秘密『トップエンジニアの衝撃的な解決法』」

私の問題解決アプローチが試行錯誤に終始してしまい、引用した例のように「まず仮説を立て、それを証明するために行動する」という動きができていなかったと反省しています。
これができていれば、もっと迅速に問題解決できたはずです。

今回は、 Nuxt のバージョンアップ経験を通して得た学びを備忘録としてまとめました。
もちろん、今回記載した以外にも、細かい実装面での反省点や、基礎知識の不足を痛感した点もあります。

今回の経験を糧に、来る Nuxt 4 に向けて、日々開発業務に取り組んでいきたいと思います。