手搓代码的时代真的结束了吗?

J.sky
1153 字 · 预计阅读 6 min read
2026/1/22

2026 年 1 月 20 日,Node.js 之父 Ryan Dahl 在 X 上发了一条消息:“人类手写代码的时代已经结束。软件工程师不再需要直接写语法——但这不意味着无事可做。”

条推文一天内被阅读了 400 多万次,引发全球程序员激烈讨论。

看到这条新闻时,我愣了一下——因为这几乎就是我最近的状态。 从去年底开始,我的编码方式发生了明显转变:从“手动写 + AI 辅助”,变成了“直接让 AI 写”。过年之后,我甚至用终端里的 AI CLI 工具,一口气重构了好几个搁置多年的旧项目。整个过程出奇地顺畅,效率高得让我有点恍惚。

Vibe Coding

最明显的改变是:项目从构思到落地的速度大大加快了。 以前卡在算法设计、边界条件、测试用例上的地方,现在只要和 AI 说清楚需求,它就能快速给出可运行的代码,甚至附带单元测试。那些曾经让人头疼的 bug 定位、日志分析、性能调优,现在也能通过对话逐步解决。繁琐的文档生成、接口注释、格式规范……统统交给 AI,省下大量机械劳动。

前几天,我还在用 AI 协作开发一个游戏项目。之前进展缓慢,主要卡在剧情逻辑和角色互动上。前天晚上,我让 AI 通读了整个项目的代码和资源文件,然后问它:“接下来该怎么推进?” 没想到,它列出的建议既具体又合理——比如引入状态机管理对话分支、用事件驱动解耦角色行为、甚至建议加入存档机制。有些点子,我之前完全没想到。这让我意识到:对普通开发者来说,AI 的综合能力已经远超个人经验。

当然,顶尖程序员在架构设计、创新思维上仍有不可替代的优势。但即便是他们,在重复性编码、测试覆盖、文档维护这些环节,速度也很难比得过 AI。 所以,未来的分工或许会变成这样:

人负责“想清楚”:定义问题、设计架构、把控方向; AI 负责“做出来”:生成代码、跑测试、修 bug、写文档。 而关键在于:你得学会和 AI 高效沟通。 我现在习惯的做法是:

先和 AI 讨论清楚功能细节和执行步骤; 让它只实现一个最小功能单元; 测试通过后,立即提交 Git 并本地备份; 再进入下一个迭代。 这样既能保证稳定性,又能避免 AI “自由发挥”把代码搞乱。

说实话,我已经打算用这种方式继续推进那个游戏项目,甚至启动几个新想法。既然 AI 已经走到这一步,与其抗拒,不如主动适应。

有人担心 AI 会取代人类创造力。但回顾历史,每次技术变革都曾引发恐慌:互联网小说冲击传统文学,短视频颠覆影视行业,AI 绘画挑战插画师……可最终,适应者活下来,拒绝者被边缘化。 AI 不会“统治世界”,但它会重塑工作方式。谁先掌握与 AI 协作的能力,谁就能在效率上拉开差距。

对我而言,AI 已经深度融入日常:

写博客?先语音口述,再让大模型按我的风格润色; 改主题?直接描述需求,AI 生成优化后的 React 组件; 修 bug?粘贴错误日志,让它分析可能原因。 但我也给自己划了红线:核心内容不能全权交给 AI。 比如博客的观点、故事、情感,必须源于自己。如果只是丢一句话让 AI 生成全文,久而久之,思考能力就会退化。口述+AI 整理,是我目前的平衡点——既省去打字的麻烦(老婆也不嫌键盘吵了),又保留了思考的主动性。

展望

技术永远是工具。 手搓代码的时代或许正在退场,但“用手思考”的精神不该消失。

愿我们都能在这场变革中,用 AI 放大自己的价值,而不是被它替代。

新年伊始,共勉。 愿你我善用 AI,提效增收,写出更好的代码,也活出更清醒的人生。

本文为原创文章,遵循: CC BY-NC-SA 4.0版权协议,转载请附上原文出处链接和本声明。

英雄请留步!欢迎在下方留言交流!

那年今日

暂无那年今日的文章