型駆動＋テスト駆動がAI駆動開発のベストプラクティスか
あー、あとnonbuzをv0互換で目指すならテスト入れないとだめだ。僕は基本あんまテスト駆動な構成をしない。
AI駆動開発の一番厄介なところはシステムが複雑になるほど、どこが変えられたのか分からなくなる（ヒューリスティック的に人間はそれをわざわざ検証したりしない）こと。
そしてどこで分からなくなったのかも手遅れになりがち
TypeScript型の制限はアプリが動くことを保障してくれるが、アプリの挙動（TypesScript型設計自体がmodifyされる）は保障しない。
ヒューリスティックで検証ができないなら、テスト自動化を徹底するしかない。できればテスト自体もAIに作られるべき。（変更権限を与えず追加権限だけ与える）
その上ですなわち型駆動＋テスト駆動がAI駆動開発のベストプラクティスかもしれない。
AI駆動開発の一番厄介なところはシステムが複雑になるほど、どこが変えられたのか分からなくなる（ヒューリスティック的に人間はそれをわざわざ検証したりしない）こと。
そしてどこで分からなくなったのかも手遅れになりがち
TypeScript型の制限はアプリが動くことを保障してくれるが、アプリの挙動（TypesScript型設計自体がmodifyされる）は保障しない。
ヒューリスティックで検証ができないなら、テスト自動化を徹底するしかない。できればテスト自体もAIに作られるべき。（変更権限を与えず追加権限だけ与える）
その上ですなわち型駆動＋テスト駆動がAI駆動開発のベストプラクティスかもしれない。
操作の一覧を開く 前後の投稿を見る