AI编程的真实体验和一些心得原创

哈喽，大家好，最近很多人在聊AI coding, 有的人觉得这个简单，和AI了解之前项目就能完成，我自己做了几个项目之后，发现事情也没有想象中的那么轻松。很多人觉得AI口Ding就是能够处理所有的事情，但是我个人感觉它更像是一个能力超强，但是非常死脑筋的实习生搭档，你得把所有的需求都说清楚，得检查他干的对不对，还得帮他善后。我个人是总结了三点体会，第一个体会就是AI不是魔法，他需要清晰的指令，你给的指令越凝糊，它做出来的东西就越可能让你感到意外。比如说你嗯，输出一个好看一点，AI理解的可能和你完全不同，他给出的东西可能是他觉得好看，但是你个人觉得非常丑的一个东西，所以你得像产品经理一样，把需求掰开了。

揉碎的讲给他听。第二个体会就是bug和报错是真的是家常便饭，应然深沉的代码第一次就跑通的情况几乎为0，大部分时间都是在不停的第bug，然后在面对不同的一些报错过程，其实还是有点磨人的。第3个体会的话就是，嗯，写代码真的只是冰山一角，AI会把这个写代码的过程变得很快，但是嗯，软件开发源不止写代码，还有需求确认，功能规划、测试、调试、部署上线的这些环节一个没少，所以这些还是要做的。我来分享一下我是怎么做项目的，主要分为三大部分，先是写产品文档，就是要确定一下呃，需求啊，功能啊和技术选型，然后再是跨UI反复测试第bug。

我最近开源了几个项目，举例，一个ERP系统这个项目，这个系统还在实习开发当中，还有一个是智能对R系统，在我有了想做这两个系统的想法之后，我不是立刻让AI写代码，因为今天告诉我就是说我们还是需要先把这个思绪整理一下，所以我们就是先写产品文档。嗯，可能会有人觉得写文档非常浪费时间，但我个人觉得写文档不仅仅是给AI看的，更是要给自己看，要把你的想法写下来，你才能发现有很多地方根本就没有想清楚，脑子里的想法很模糊，落到纸面上才能变得非常的具体。而且有了这个文档之后，后面你跟AI沟通的时候直接贴给AI看，AI也能够更精确的帮你干活。不过就算是你像我这个文档已经写的非常的详细了，但是其实还是会有遗漏，我已经写过非常多的ERP系统了。我的经验也很多，但是这次写文档依然漏掉了非常多的东西，而且我个人觉得我已经非常谨慎了，我这个文档我已经反复的让好几个不同之不同的AI相互思想碰撞，然后我还拿了，就是去市面上一些同类型的大项目，反复的去看，去查漏补缺，最后做出来的东西还是会有很多的问题。

还是要不停第8个，那当然这也就是我为什么说这个事情没有几句话沟通那么简单。后面的话，我们还需要就是定一下我们想要用什么技术，前端用什么，后端用什么，服务器怎么部署，数据怎么存等等这些内容。等到这个产品文档写完之后，我可能还会会去画一个UI，但是这个要看情况，如果说是TOC的话，可以就是画一下，就是像这个简单的画一个UI，我自己喜欢的一个风格，但如果是to b的话，我不是很在乎颜值，就像我们这个，嗯，ERP系统不是很在乎颜值，所以我就没有话直接开放。最后的话我来分享几个我自己觉得蛮有用的小tips，就是第一个是学会提问，很多人在开发当中遇到bug就不知道怎么解决了，然后一直让AI去解决bug，解决bug，但他一直不知道bug的点在哪里，你可以直接把bug复制给AI，就是把bug提示的内容复制给他，它处理的效果更快。

还有一点就是你可以描述的非常具体一点，超级详细，最好是你能把它这个圆角多少PX都描述给他，他可以做的更好一点。第二个就是从小处着手，嗯，不要想着一上来就搞一个非常大的项目，一上来就给他一个非常宏观的东西，他很难做出来，可以跟他一点点描述细节，然后一个个布置小任务，然后再完成一个完整的项目。还有一个就是要接受不完美AI生成代码第一次跑通的概率真的非常非常的少，接受这个现实，把debug当成工作的一部分，心态会好很多。