过去一年,我把 AI 编程助手从一个「新鲜玩具」用成了每天离不开的「第二双手」。这篇文章不吹不黑,讲讲它到底改变了我的哪些开发习惯、在哪些地方翻过车,以及值得注意的边界。
一、它真正帮到我的地方
用得最多、体验最好的场景,其实不是「一次生成整个项目」,而是那些枯燥又容易出错的事:
- 写样板代码与 CRUD: 建表语句、接口定义、增删改查、单元测试骨架,这类模式化代码,AI 又快又准。
- 查 API 和写正则: 与其翻文档,不如直接问它某个库怎么用,顺带让它给出一个带注释的示例。
- 解释陌生代码: 接手一个没见过的老项目,让 AI 逐段解释逻辑,理解速度成倍提升。
- 写测试和重构: 让它给现有函数补测试、做小范围重构,能省大量时间。
二、它在哪些地方翻过车
坦诚地说,AI 也不是万能的,我踩过的坑包括:
- 一本正经地写错 API: 它偶尔会「编造」一个看起来合理但实际不存在的函数或参数。老版本 API 尤其容易出错。
- 只会「看着像」的代码: 生成的东西语法正确、逻辑通顺,但可能完全不符合你项目的架构约定。
- 大而全的任务容易崩: 让它一次性重构一个跨多文件的模块,常常顾此失彼,不如拆成小步。
- 安全漏洞被当作「正常」: 它写出来的 SQL 拼接、不校验输入的例子,自己得长个心眼。
三、我养成的几个新习惯
用好 AI 编程,与其说是技术,不如说是习惯的转变:
- 把它当「结对程序员」而非「答案机」: 我会先想清楚自己想要的接口和边界,再让 AI 帮忙实现,而不是让它替我决策。
- 给足上下文: 贴相关代码片段、说明项目语言和框架,输出质量明显提升。
- 每段代码都要过目、要测试: AI 写的东西我从不直接信任,一定自己 review 一遍并跑测试。
- 用「小步快跑」的方式提问: 一次只让 AI 做一个明确的改动,而不是让它一次搞定一切。
四、它对开发者意味着什么
一个很现实的问题是:AI 会不会让我「变笨」?我的体会是,它淘汰的不是「会写代码的人」,而是「只会在网上复制粘贴、从不理解代码的人」。真正熟练的开发者,用 AI 是把它的产出当作初稿,基于自己的判断去修改和决策。
与其担心被取代,不如把它当作一个能力放大器。前提是:你得真正理解你在做什么。
