AI 都开始写代码了,我们这些开发,到底还有什么意义?
这是一版偏克制、偏耐看的公众号样式草案。重点不在“哇,好花”,而在读起来顺、看起来稳、留得住内容。
前几天,同事看着我用 AI 改需求,突然问了一句:
“你代码都让 AI 写了,那我们开发的意义是什么?”
我当时停了一下。
不是因为没听清。
是因为这句话,确实问到了心口上。
[ 这里放一张聊天记录截图 / 工作台截图 ]
证据图示意:图应该像材料,不像装饰
问题,不在代码本身
最近这段时间,我做一些需求,真的可以一行代码都不写。
我把目标说清楚,把项目上下文喂进去,让 AI 去读文件、改代码、跑命令、修报错。
我坐在旁边,像个监工。
有点爽。也有点发毛。
如果“开发”只等于“手写代码”,那这个职业的确会越来越尴尬。
但后来我慢慢发现,问题可能问错了。
开发的意义,从来就不只是敲键盘。
人变贵的地方,开始变了
越复杂的项目,越容易藏着看不见的坑。
一个字段名改了,可能影响另一个服务;一个看似无害的逻辑,可能把线上某个老流程打断。
AI 现在最容易踩的,就是这种坑。
它会写,但不一定真懂那个系统为什么要那样写。
所以真正值钱的,不只是代码能力
- 你知不知道哪儿能动,哪儿不能动
- 你能不能把一个模糊问题拆清楚
- 你能不能判断这次修改值不值得冒险
- 你能不能为结果兜底
// 以后更值钱的,可能不是“写出来”
// 而是“想清楚、拆明白、验到位、扛得住”
function engineerValue() {
return ['判断', '拆解', '验收', '责任']
}
这套样式想解决什么
不是为了让标题更花,也不是为了让文章像套了某个模板站的皮肤。
它真正想解决的是:
- 长文看起来别累
- 重点能自然停住
- 截图和代码块能安稳落进去
- 整篇文章像一个人写的,而不是一个工具拼的
如果这版方向对了,下一步就不是继续找花模板了,而是把它真正接进你的 Markdown → 公众号发布链路里。