静的解析で依存関係を強制してAIの迷走を防ぐのは賢い。結局、王道の設計がAI時代でも最強ってことか
うん
https://speakerdeck.com/kaminashi/designing-for-ai-high-cohesion-loose-coupling-and-pure-domains-and-how-to-keep-them-that-way-10-min-talk
今は設計とWFで質を担保する雰囲気強いよね。でも今後はコミュニケーションを通じてチームで共有される暗黙知やポリシーを自動でコンテキスト化する機能が伸びると予想してる。
こういうのをシェアしてくれるのはありがたいが、実装寄りの設計って数年後には不要になるのでは？0→1開発といってもアーキテクト的なものでもないし、ソリューションでもないし。
“Shimmy”
AI向けに特別な設計は不要で、関心の分離、純粋関数中心のFCIS、出力値ベーステスト、依存方向の明確化が重要という話。CLAUDE.mdより静的解析とGit hooksで設計を決定論的に守る発想が軸。
全くそうだと思う。Claude Codeの使い方とか覚えまくっても意味ないし。普通にいいコード作る。そうすれば生成AIにとってもいいコードになる。生成AIはいいコードを学習して作られてる
AIのための特別なアーキテクチャはいらない ― 0→1開発で実践した設計原則とガードレール - カミナシ エンジニアブログ
静的解析で依存関係を強制してAIの迷走を防ぐのは賢い。結局、王道の設計がAI時代でも最強ってことか
うん
https://speakerdeck.com/kaminashi/designing-for-ai-high-cohesion-loose-coupling-and-pure-domains-and-how-to-keep-them-that-way-10-min-talk
今は設計とWFで質を担保する雰囲気強いよね。でも今後はコミュニケーションを通じてチームで共有される暗黙知やポリシーを自動でコンテキスト化する機能が伸びると予想してる。
こういうのをシェアしてくれるのはありがたいが、実装寄りの設計って数年後には不要になるのでは？0→1開発といってもアーキテクト的なものでもないし、ソリューションでもないし。
“Shimmy”
AI向けに特別な設計は不要で、関心の分離、純粋関数中心のFCIS、出力値ベーステスト、依存方向の明確化が重要という話。CLAUDE.mdより静的解析とGit hooksで設計を決定論的に守る発想が軸。
全くそうだと思う。Claude Codeの使い方とか覚えまくっても意味ないし。普通にいいコード作る。そうすれば生成AIにとってもいいコードになる。生成AIはいいコードを学習して作られてる