アイデアとインサイト · ページ 12

AI ファースト開発、コーディングガードレール、使い捨て前提のアーキテクチャを探求します。

2026年5月16日

メテオフォール型開発は本当にある。コードベースまで一緒に崩れる必要はない

この言葉が刺さるのは、チームが実際に動き続ける要件、固定の締切、半分しか固まっていない作業範囲の中で開発しているからです。Autotomy は幻想的な計画を直せませんが、開発を止めない構造は作れます。

2026年5月16日

Stanford CS146S を AIアーキテクチャの観点からレビューし、AI coding への評価は正しい一方で、置き換え可能性を支える設計規律が欠けている点を批評します。

2026年5月15日

Design by contract、property-based testing、mutation testing、model checking は悪い考え方だったわけではありません。継続運用に必要な専門知が重すぎただけです。AI はその前提を変えます。

2026年5月14日

AI なら React Native MVP をすばやく ship できるが、guardrails がなければ小さな変更ひとつで無関係な flow まで壊れる。速度を fragility に変えないための declarative constraints を説明します。

2026年5月14日

dev では問題ないのに、昼休みのあと戻ると白画面になる。ネイティブの lifecycle を正しく扱う resume status パターンを説明します。

2026年5月14日

optional SDK が core infrastructure と同じように初期化されると、app は起動直後に crash する。non-critical な tool が production を巻き込まないための dependency tier system を説明します。

2026年5月14日

Cursor で週末に MVP を出したのに、brand color を 1 つ変えるだけで 47 ファイルに find-and-replace が必要になる。出血を止める styling contract を説明します。

2026年5月14日

LLM コードレビューは非決定的で遅く、アーキテクチャ違反を見逃す。コードを本当にクリーンに保つ O(1) ガードスタックを紹介します。

2026年5月14日

既存コードを守る発想をやめ、削除前提で設計する。Autotomy パターンがモジュールを安全に差し替えられる理由を説明します。

2026年5月14日

React Native の画面から外部 SDK への依存を切り離すには。service boundaries、interface、composition root を使い、AI が変更する範囲を明確にします。