オーバーヘッド とは？

処理の「本質的な作業」以外にかかるコスト。例えばHTTPで「Hello」という5文字を送るとき、リクエストヘッダー（数百バイト）を一緒に送る必要がある。このヘッダーのコストがオーバーヘッド。本来送りたいデータより付属情報の方が大きい場合すら。

関数を呼び出すたびにスタックフレームを作る・戻り先アドレスを保存するなどのコストがある。ループ内で頻繁に小さな関数を呼ぶと積み重なって影響が出ることも。ガベージコレクションのGCポーズ（GC実行中にアプリが止まる時間）もオーバーヘッドの一種。

接続の再利用（HTTP Keep-Alive・コネクションプール）、バッチ処理（1件ずつ送らずまとめて送る）、軽量なプロトコル（gRPC/Protocol BuffersはJSONより小さい）、インライン展開（コンパイラが小さい関数を呼び出しなしで展開）などの方法がある。

使うよ。「管理オーバーヘッド」という表現があって、チーム人数が増えるとコミュニケーションコストが指数的に増える現象を指す。5人のチームは10通りの1対1の関係があるけど、10人だと45通り。だからAmazonのジェフ・ベゾスは「ピザ2枚で足りないチームは大きすぎる」と言ったんだ。

実は「早すぎる最適化は諸悪の根源」という有名な格言があって、最初からオーバーヘッドを気にしすぎるのもよくないんだ。まずは読みやすいコードを書いて、プロファイリングでボトルネックを特定してから最適化するのが正攻法。ただしN+1問題のように、設計段階で避けるべき明らかなオーバーヘッドパターンは知っておくべきだよ。