「雰囲気開発」から抜け出す：Claude Codeを仕様駆動で使いこなす方法
AIにコードを生成させるほど設計が崩れていく「Vibe Coding」の罠と、CLAUDE.mdと仕様書を使った合意形成がコード品質を保つ仕組みを解説する。
ブログ記事
ブログ
分野の歩き方・必読の幹・依存の根拠など、技術書の地図を読み解く記事。
アーキテクチャとは「依存の方向」の問題だ：Robert C. Martin『Clean Architecture』
フレームワークやDBの変更に振り回されるコードはなぜ生まれるのか。Uncle Bobが提示する「依存の方向を内側に向け続ける」という原則と、4つの同心円モデルを解説する。
DDDの原点：Eric Evans『ドメイン駆動設計』が変えた設計の考え方
ユビキタス言語、境界づけられたコンテキスト、集約——Eric Evansが2003年に提唱したDDDの概念は、20年後も現代の設計論の中心にある。原典が今も必要とされる理由を整理する。
変更が怖いコードと変更を歓迎するコードの違い：仙場大也『良いコード/悪いコードで学ぶ設計入門』
条件分岐のネスト、データクラス、リファクタリングの進め方。ミノ駆動こと仙場大也氏が示すオブジェクト指向設計の実践知を、4つのテーマで整理する。
TypeScriptで学ぶDDDの実装：集約をIDで参照するという設計判断の意味
『つくりながら学ぶ！ドメイン駆動設計 実践入門』が示す、集約の分割、値オブジェクト、Outboxパターンの実装意図を解説する。
戦略的設計と戦術的設計：Vlad Khononov『ドメイン駆動設計をはじめよう』
DDDの全体像を「コアドメイン」「境界づけられたコンテキスト」「コンテキストマップ」から整理し、値オブジェクト・集約などの戦術パターンとの接続を解説する。
プログラマーとしてのキャリアを設計する：Andrew Hunt & David Thomas『達人プログラマー』
DRY原則、曳光弾、壊れた窓、ETCという設計の軸——1999年初版から今も色褪せない原則を現代の開発者の視点で整理する。
「一人きりで何をすべきか」：Andy Weir『プロジェクト・ヘイル・メアリー』
記憶を失った宇宙飛行士が人類の存亡をかけた使命を一人で追う。科学的正確さとユーモアが共存するAndy Weirの傑作SFが描く、問題解決と知的探求の喜びを紹介する。
「わかりやすさ」を技術として扱う：Boswell & Foucher『リーダブルコード』
コードは書く時間より読まれる時間の方が長い。名前の付け方、コメントの書き方、ロジックの単純化——「読み手を驚かせない」という原則から設計を見直す。
機能を変えずに構造を変える：Martin Fowler『リファクタリング』第2版
リファクタリングは「機能を変えずに内部構造を改善する」行為だ。コードの匂い、カタログ式リファクタリング手法、テストとの関係を整理し、日常の開発に組み込む方法を解説する。