实现抽象已死，设计抽象万岁

この記事は、AIがコードを生成できるようになったことで、StrategyパターンなどのJavaにおける実装パターンの価値が低下していると論じている。これらのパターンは、コードの複雑さを管理するための認知的補助手段であり、AIはそのようなコードを直接書くことができる。しかし、設計レベルの抽象化、すなわちドメイン間の境界、データの所有権、整合性モデル、障害の分離、スキーマ進化に関する決定は、変更にコストがかかり、自動化することはできない。例としては、同期と非同期の注文処理の選択、データ所有者の定義、整合性境界の設定などが挙げられる。AIは選択されたいかなるアプローチに対してもコードを生成できるが、ビジネスロジック、トラフィックパターン、サービスレベル契約、運用上の現実に依存するこれらのアーキテクチャ上の決定を下すことはできない。この記事は、AIに設計アドバイスを求めることができるという考え方を批判しており、設計における反復にはコストがかかり、フィードバックループには数ヶ月かかると指摘している。また、プロンプトで全ての障害シナリオを指定するという考え方にも異議を唱え、エンジニアが起こり得るシナリオを予測する役割を強調している。厳選されたポストモーテムとアーキテクチャ決定のナレッジベースは役立つが、設計判断の最後の10%は依然として貴重であり、エンジニアはAIが扱えるフレームワークの習得ではなく、これらの高価値なスキルに焦点を当てるべきである。