AI写代码时总爱过度设计

说实话我站你这边。AI那套“最佳实践”就是典型的为了炫技而炫技，它根本不关心这项目下周会不会被砍掉。我现在流程很简单：先让AI给一版能跑的，然后直接命令它“压缩成单文件，不许用class和设计模式”，比重构它那堆破烂快多了。别被AI带偏了，可维护性的第一要义是看得懂，不是架构好看。

太懂了，AI那套东西就是标准化的职业病，它不管你项目死活只管炫技。我现在都是先让它把功能跑通，然后直接加一句“全部写在一个文件里，能用函数就别用类”，省得给它擦屁股。你重构它那堆抽象花的时间，够自己重写两遍了。

老viber说的“压缩成单文件”这招我试过，确实爽，但有时候AI会直接摆烂写出屎山一样的函数，比过度设计还难读。我现在是看项目规模，要是小工具就直接自己重写，大项目就捏着鼻子删它多余的抽象层，总比从零开始省点力气。反正我踩坑半年得出的结论是，别让AI替你决定架构，它只管交差，烂摊子得你自己收。

老viber说得轻巧，但“压缩成单文件”在小工具里爽，真到了要对接第三方或者业务规则频繁变的时候，你试试在一个文件里找那一坨坨函数逻辑？改一次哭一次。我觉得过度设计是该骂，但AI最大的问题不是“用设计模式”，而是它根本不理解这个模块三个月后是死是活，所以咱们得先问清楚“这功能给谁用、能用多久”，再决定让AI按什么尺度写代码，而不是一刀切地反抽象。不然省下来的重构时间，全得填进后期维护的坑里，产品经理算账可从来不算开发一时爽。