AI 正在重写软件开发规则
从石茅、轮子，到印刷术、互联网——人类发明的每一样工具，核心目的都是让自己少费点脑子。AI 不过是这长长名单中的最新一员。它究竟会把人类带向何方，现在还不好说（个人判断：变革力度介于互联网之上、Kindle 之下），但有一点毋庸置疑——它对科技行业的冲击是颠覆性的。
AI 工具渗透了技术领域的几乎所有环节。正如有人所说，软件本身就是现代社会的基石。而它对全球开发者日常工作流程的改变，更是肉眼可见。
代码产量爆炸：从"人写"到"AI生成"
数字最能说明问题：
- GitHub Copilot：2023 年数据显示，Copilot 生成的代码已占其用户全部代码的 46%（所有编程语言综合）
- Google：截至 2026 年 4 月，Google 所有新增代码中 75% 为 AI 生成；从 25% 到 75%，仅用了一年半
- Y Combinator：有创始人宣称自己每天产出 37,000 行代码（数据水分未知，但 token 消耗确实可观）
根据 2025 年开发者调查，84% 的开发者和技术人员已采用 AI 工具，其中 51% 每天都在使用。这个比例还在持续攀升。
一个根本性的哲学问题
数字固然惊人，但更值得追问的是：
- 我们究竟在创造什么？ 当代码从一个"黑箱"中批量吐出，连生成它的 CEO 恐怕都说不清里面写了什么。
- 人从创造过程中退出意味着什么？ 一段完全由 AI 生成的代码，能否被称为"我们的作品"？
这些问题并非新事——1440 年古腾堡按下第一个字母时，同样的争论就开始了。总有人觉得新技术是"一切美好事物的终结"，但真相往往更微妙：技术终结的不是某件事物本身，而是旧有的"理所当然"。
匠人与建造者：身份危机的核心
"匠人"（Artisan）这个词，是这场讨论的核心。
当 AI 把工具升级到"一键生成"的水平，做一把椅子要手工慢慢削、花几天时间，为什么不直接买 IKEA？同理：为什么要自己写代码，而不是让 AI 分分钟搞定？
近期，Major League Hacking 的 Mike Swift 指出，AI 编程助手正在引发一场"范式转变"——它改变了开发者的工作方式、产出速度，甚至自我认同。
"过去，'开发者'是一种身份标签，因为你想干这行就必须精通手艺。现在？未必了。"
这话一针见血。AI 的承诺之一，恰恰就是抹平门槛：不需要学会，也能当 coder、剪辑师、写手、数学家、设计师——除了单口喜剧还差点意思，几乎各行各业都被覆盖了。甚至 AI 还能辅助诊断疾病——当然，最好别拿 ChatGPT 当你的主治医生。
速度的代价：IKEA 椅子与代码
现在，花 每月 20 美元，你就能把学习、工作、人际、甚至健康决策全部外包给聊天机器人。尤其在软件开发领域，企业只求"快"——不想要慢工出细活的匠人，只要能快速产出、填满工位的建造者。
AI 编程助手恰好满足这个需求：极速产出，无需手艺。但问题在于，IKEA 椅子不经久，AI 生成的代码也一样脆弱。当企业发现椅子散了架、代码也崩掉的时候——他们会怎么办？
从"会写代码"到"懂行"
作者坦言自己并非资深开发者，只是个初生牛犊般的编程新人——但借助 AI 编码工具，她在几小时内就搭建出了功能基本完整的应用。这种经历并非个例：如今许多人在 LinkedIn 上写着"building the next XYZ"，却可能连一行代码都没写过。
这引出了一个根本性问题：当 AI 让编码变得人手可及时，"开发者"这个身份的定义还剩下什么？答案是工匠经验（artisanry）——那些经过多年积累才能获得的隐性知识与判断力。
写作类比：AI 时代工匠价值的回归
作者以自身的写作经历为例，很好地说明了这一点。AI 刚兴起时，任何人输入几个模糊的关键词就能生成通顺的文章，一时间似乎"人人都是作家"。然而当读者对套路化内容产生审美疲劳后，真正的价值才浮出水面：讲故事的能力——能够触动人心的叙事、精准的表达、对受众的洞察。这些恰恰无法靠提示词生成，而来自多年笔耕不辍的打磨。
开发者面临的局面完全相同。AI 能生成代码，但不等于能生成好代码。真正懂得如何让代码库安全可靠、应用高效运行、软件架构合理的，永远是那些亲手写过大量代码的人。
核心技术观点
Mike Swift（Amplitude 联合创始人）指出：
价值存在于创意、沟通和"品味"之中——在于你知道该做什么、为什么做，以及如何驱动 LLM 或团队去实现它。
这里的"品味"只能从实战经验中淬炼出来。Mike 举了一个形象的比喻：只有亲手做过椅子的人才真正知道什么样的椅子结实耐用；同理，只有写过代码的人，才知道如何构建安全的代码库、快速的应用，或无头软件架构。
Scott Hanselman（Microsoft 开发者社区 VP）则从实用角度补充：
AI 生成代码适合做原型，但要交付一个承受数百万人信任的、坚如磐石的银行平台，那完全是另一回事。一个缺乏专业知识的 vibe coder，不仅可能把 AI 搞混，自身也会陷入硬编码的泥潭。写个轻量工具和交付 Windows/.NET 这种"金字塔底座"级的系统，中间存在巨大鸿沟。
整合者的角色：既是工匠，也是建造者
综合两位专家的观点，答案逐渐清晰：开发者不必在"快速迭代"和"扎实交付"之间二选一。借助 AI，开发者有机会成为既能打磨工匠技艺，又能借助工具高速建造的整合者——用经验判断"该做什么"，用 AI 加速"怎么做"。这才是 AI 时代开发者不可替代的核心价值。
AI 时代，开发者为何更需要「工匠精神」
在这个"人人都是开发者"的时代，效率与速度成了压倒性追求。但资深技术博主 Scott Hanselman 提出的问题值得深思：当 AI 让代码生成变得前所未有的容易，我们是否还需要真正的工匠级开发者？ 答案是肯定的。
AI 制造的问题，需要专家来解决
作者观察到一种悖论：AI 为开发者打开了无限的可能性，但这种无限性本身就在制造新的问题。人们可以快速生成大量代码，却无法保证这些代码在生产环境中真正可用——甚至可能引入安全漏洞、暴露敏感数据。
这些"能跑但不稳"的代码，恰恰需要真正懂得安全实践的专业人士来修复和重构。换句话说：AI 制造的问题越多，对专家级开发者的需求就越大。 这与内容创作领域的情况类似。当任何人都能借助 AI 生成文字时，"筛选"与"品味"反而成了稀缺能力。写作行业因此更看重编辑和资深作者，而非单纯的内容产出者。软件开发或许也会走上同样的路。
「电动工具」时代，工匠也在进化
Mike Swift 提出了一个精准的比喻："我们现在所处的位置，某种程度上相当于电动工具的诞生时代。"电动工具并没有让木匠失业，而是让他们得以承接更复杂的项目、更高效地完成工作。
AI 辅助编程工具也是一样——它们本质上是提升效率的手段，关键在于使用者能否用好这些工具。
但这并不意味着所有慢工出细活的技艺都过时了。作者打了个比方：轮子的发明并不意味着人们不再走路，只是多了一种选择。 关键不在于"做工匠"还是"做建筑师"，而在于两者兼具。
工匠 + 建筑师：混合型开发者才是未来
作者在文章末尾分享了一个细节：写初稿时，他一边用 Gemini 辅助，一边用钢笔在笔记本上手写。他说，这种传统方式帮助他保持与文字的深度连接。
这个细节本身就是一个隐喻——在 AI 时代，最有价值的开发者不是非此即彼，而是能够灵活切换"工匠视角"与"建筑师视角"的混合型选手：
- 建筑师思维：快速搭建、验证概念、拥抱可能性
- 工匠视角：确保代码质量、安全合规、可维护性
二者缺一不可。
就像 IKEA 家具之所以任何人都能组装，是因为背后有经验的工匠完成了设计、测试和生产。软件世界同样如此——我们的代码永远需要真正懂得安全、懂得架构的专业开发者，而不只是 AI 生成的堆砌。
评论