■ 1. 書籍・著者の概要
- 書籍名は『効率的なGo』（オライリー・ジャパン）、紹介者はVimおよびGoコントリビューターとして知られるmattn氏
- 著者はPrometheusの公式メンテナー兼Thanosの共同開発者であるBartlomiej Plotka氏
- 執筆に約1,200時間を費やした書籍
- 全11章のうち8章はGo言語に依存しない内容で構成されており、サーバサイドエンジニア全般に向けた書籍
■ 2. 本書を読んだ背景
- Grafana Labs（元Google/AWS）の山口能迪氏（@ymotongpoo）による翻訳レビューへの参加がきっかけ
- 読者自身は性能と効率を実践的に理解していたが、他者への説明に使える「共通言語」が不足していたと認識
- 本書を通じて「性能を語るための共通言語」を得られた
■ 3. 本書の主要な学び
- 性能の定義:
- 「性能 = 精度 × 効率 × 速度」と定義される
- 精度: 間違いを犯していないか
- 効率: 余計な仕事をしていないか、リソースを使い過ぎていないか
- 速度: 速くできているか
- 「早すぎる最適化は諸悪の根源」の誤用への指摘:
- この言葉が「最適化を考えなくて良い言い訳」として使われる風潮に対し本書は警鐘を鳴らす
- Herb SutterとAndrei Alexandrescuの引用「単に不必要な悲観的実装を避けるだけ」が紹介される
- 「悲観的実装」とは、効率の良い書き方と悪い書き方で読みやすさがほとんど変わらないのに悪い方を選ぶこと
- 例として、配列サイズが既知の場合に
make([]T, 0, n)で容量を確保せずループ内でappendのみを行うケースが挙げられる- 著者自身の反省:
- Thanosプロジェクトについて「最初から明確な効率要件を持ち、ベンチマークとプロファイリングにもっと投資すべきだった」と率直に述懐
- 5日間で17.61TBのメモリを割り当てたプロファイル図を本書内に掲載
■ 4. 実務での活用
- 習慣そのものより「習慣を説明する言葉」が変化した
- 各章の内容:
- 第8・9章: マイクロベンチマークとプロファイリングの解説
- 第9章: ヒープ・ゴルーチン・CPU・Off-CPUの各プロファイルの読み方を網羅、pprofの手引きとなる
- 第10章:
bytes.Splitやstrconv.Parseを題材にした最適化の実例- 第11章: 「3つのR」（Reduce・Reuse・Recycle）というパターンを提示
- 手癖で行っていた実装に体系的な名前と理由付けができるようになった
- 例: 「なんとなくsync.Poolを入れる」から「ホットパスに乗っているためReuseを適用する」へ
■ 5. まとめ・推薦理由
- Go言語のテクニック書ではなく「性能とは何か・効率とどう向き合うか」の土台を提供する書籍
- 土台を得ることで、Goの細かいテクニックの理解が深まる
- AI時代における効率学習の必要性:
- AIが生成したコードにも効率の観点は必要
- AI時代だからこそ、性能・効率の知見は体験を通じて習得すべき
- 持続可能なソフトウェア開発の観点:
- CPU時間・メモリの浪費はビジネスコストとエネルギーの両方に影響する
- AIワークロードが計算資源を大量消費する時代に効率を語れるエンジニアの価値は高まる
- サーバサイドソフトウェアに関わる全エンジニアに推薦される