# コードのキャッシュ化 ## 定義 コードのキャッシュ化とは、ユーザー・ビジネス・システムの他部分に対するコミットメント(約束)を、コードの実装そのものから明示化・テスト可能・永続的な形で切り出し、コードの外側に存在させるという発想を指す。*Observability Engineering* 第2版最終章はこれを「偉大なるアンバンドリング(the Great Unbundling)」と呼ぶ。コミットメントがコードの外に明示的に存在すれば、コードはもはや長年積み重なった開発者の意図・ユーザー期待の唯一の(化石化した)記録ではなくなり、現在の理解を映す一時的な成果物、すなわち「キャッシュ」になる。保守可能性はコードの性質ではなくシステムの性質になり、コードは削除して再生成しても構わない対象へと変わる。(Source: [[@2026__OReilly__Observability Engineering 2E - Chapter 32 Where Do We Go From Here?]]) この発想の出発点は [[Chad Fowler]] の「The Deletion Test」という思考実験である。「全ソースコードを消したら何を失うか」を問うと、「コードを消せない」という恐れの正体は、必要な挙動・許容できない失敗・守るべき不変条件・正しさの判定基準・意図的なバグ修正のいずれも把握できていないという「評価の問題」であって「コードの問題」ではないことが見える。コードが貴重になるのは、それが唯一の知識の置き場所であるときに限られる。(Source: [[@2026__OReilly__Observability Engineering 2E - Chapter 32 Where Do We Go From Here?]]) AI によるコード生成コストの急落が、この切り出しを初めて経済的に意味のあるものにする。ソフトウェアの真のコストは常に保守コストによって定義されてきたが、期待がコードにも系にも明示されていない限り、コード生成コストがゼロに近づいても保守コストという真のコスト構造は変わらない。コミットメントを明示化し評価可能にする世界へ移行して初めて、コスト構造そのものが変わるとされる。(Source: [[@2026__OReilly__Observability Engineering 2E - Chapter 32 Where Do We Go From Here?]]) ## 横断的知見 - (現時点では本概念に関連する source は最終第32章のみ。他ソースとの突き合わせは今後の ingest で蓄積する。) ## 未解決の問い - コミットメントを明示化・テスト可能・永続化する具体的なツール(本文が「まだ存在しない」とする、アーキテクチャをバージョン管理可能・レビュー可能な成果物にしてコードをそこから生成するようなツール)は、どのような形で実現されうるか。 - 「振る舞いテスト・特性テスト(characterization test)・キャプチャ/リプレイ・トラフィックスプリッタ」という運用・QA由来の手法群は、コミットメントの明示化という目的にどこまで到達できるか。TDDのような「仕様に対する正しさ」の検証とどう補完し合うか。→ [[オブザーバビリティ駆動開発]] との関係を要精査。 - コードのキャッシュ化が進むと、dev/opsの分断線を破壊するという本章の予測([[DevOps]] が扱う文化的分断の歴史)は、技術的な仕組み(コミットメントの明示化)だけで実現するか、それとも別の組織的介入が必要か。 ## 関連 - 概念: [[オブザーバビリティ駆動開発]](「本番での正しい挙動」の検証という関心の一部が重なる)/ [[DevOps]](dev/opsの分断線という組織的テーマで接続) - エンティティ: [[Chad Fowler]](The Deletion Test の提案者)/ [[Charity Majors]] / [[Honeycomb.io]](使い捨てインフラの実例) - ソース: [[@2026__OReilly__Observability Engineering 2E - Chapter 32 Where Do We Go From Here?]] ## 出典 - [[@2026__OReilly__Observability Engineering 2E - Chapter 32 Where Do We Go From Here?]]