软件工程回来了 | Alain Di Chiappari
作者:Alain Di Chiappari | 日期:2026年2月14日
我不常发文。但每次发,都是因为我觉得,很少有人把我所观察到的事情直接说出来。
我一直在从零开始构建一款产品。不是那种“我先起一个 Next.js 模板”的从零开始。我说的是,从网络配置到产品设计,再到定价决策,真正端到端地搭建。而且无论是在这个项目里,还是在我的全职工作中,我每天都在使用前沿模型和编码代理,一做就是好几个小时。我一直尽量远离混乱和炒作,严格筛选什么东西才是真正有价值的。
自 2025 年 12 月以来,情况已经戏剧性地向好的方向变化了。很多人注意到了,但很少有人得出了正确的结论。
自动化编程
Antirez 喜欢把它称作“自动化编程”,而我非常喜欢这个说法。它比浅薄、几乎带着轻蔑意味的 “vibe coding” 这个标签更准确地抓住了本质。自动化一直是人类历史上大多数劳动革命和文化革命的核心。印刷机、织布机、流水线,这一次并没有太大不同。
我的大部分工作依然还在。我仍然必须深入思考我想构建之物的每一个重要方面。架构、权衡、产品决策、那些会在凌晨 3 点咬你一口的边界情况。消失的是那种撕扯心神、令人筋疲力尽的体力劳动: 逐行敲下每一行代码。
在当下这个时间点,如果把模型和工具放进一个干净、并且近乎偏执地搭建良好的环境里,它们真的能带来巨大的差异。我可以成为建筑师,而不必承受一块块砌砖、一道道抹灰的磨损过程。我可以设计裙装,而不必亲手裁剪、缝合每一片布料。但我之所以能这样做,是因为我背后有二十年亲自砌砖、抹灰、裁剪和缝纫的经验。
如果我不喜欢某样东西,我可以亲自进去,理解它,并按我的意愿修好它,同时一次性把我的整套配置教会,让它下次照我想要的方式去做。
自动化编程尤其让我能够极快地构建出我所需要的工具,快到地球上曾经存在过的每一个铁匠都会深深嫉妒我。终于可以真正专注于他们脑海里的东西,终于能把更多技艺时间奉献给他们构思的艺术,而不是熔炉前的汗水。
顿悟
这个想法在我脑中凝固成形已经有几个月了。它对我来说如此清晰,以至于我真的不明白为什么所有人都没有在向全世界大喊这件事。
我们终于可以摆脱所有那些居中的杂活了。摆脱这些年我们盲目接受的那一层适配垃圾。大量框架、库和工具彻底污染了软件工程,尤其是 Web、移动端和桌面开发。抽象之上再叠抽象,抽象的却不是什么真正有意义的东西;它们解决的是一些我们本不该先遇到的问题,并且每声称修好一个问题,就会制造出十个新问题。
想想到底发生了什么。作为一个行业,我们看到了构建软件的真实复杂性,但我们没有磨利自己的思维,反而去货架上买别人的思维。我们把一切都包进框架里,就像用丝绸去包一条断腿。看起来很漂亮,腿还是断的。
框架解决的三个问题(或者说它们声称解决的三个问题)
在我看来,除了它们自我宣称的目标之外,框架还解决了三个问题。两个是显性的,一个是显而易见却从不明说的。
1. “简化”
软件工程师害怕亲自设计事物。他们宁愿接受别人的结构,即便不得不把它硬塞进自己的产品里,也不愿意从目标出发、倒推回去,花时间为自己的想法量身打造一套最合适的衣服。这就像一位建筑师盲目接受另一位建筑师的蓝图,无视具体情境、实际需求、地形条件以及新的技术可能性,照单全收。
我们决定移除复杂性,但方法不是磨练围绕产品构建起来的心智模型,而是去买一种“一刀切”的设计,再把它套用到所有地方。这不是简化,这是智识上的投降。
2. 自动化
这是唯一一点我多少还能理解、也多少愿意接受的。样板代码是乏味的工作。我讨厌它。我尤其讨厌为了少写那些重复却必要的代码,就去使用一堆之后还得研究、持续更新、还得留意漏洞的库。想想 ORM、CRUD 管理、代码生成、API 文档等等。那种谁都不想做、但谁都必须做的苦活。好吧,这一点我认。
但先记住这一点,因为一切正是在这里发生转变。
3. 劳动力成本
这是那个安静的因素,是没人会放进大会幻灯片里的因素。对公司来说,让 Google、Meta、Vercel 来替你决定如何构建产品、如何交付代码,要划算得多。采用他们的框架,承担锁定成本,为他们托管在云上的部署、存储和运维方案所着迷。然后你就解锁了一个与工程本身无关的特性: 你不再需要招聘软件工程师。你只需要招聘一个 React Developer。不用培训,插上就能用。
易于替换。一个被设计在别人机器里的齿轮,维护的是别人架构好的系统,解决的是别人定义好的问题。这不是工程,这是操作。
软件工程回来了
在我看来,真正的软件工程又回来了。
我并不只是空口抒情。到现在为止,我已经用这种方式几乎毫无阻碍地开发了两年多。但真正的革命显然发生在去年,而自 2025 年 12 月以来,这对任何稍微留意的人来说都已经显而易见。从现在开始,只会更明显。
我们再次有机会摆脱无用的复杂性,把精力投入到那些真正值得欢迎的复杂性上: 我们的想法、功能和产品本身的复杂性。那种重要的复杂性,那种真正属于你的复杂性。
自动化和样板代码的门槛,从未像今天这样低得容易跨越。我几乎再也不会写第二次同样的一行代码了。我会立刻构建出我需要的小工具,专门定制,精确贴合眼前的问题。我不需要任何花哨的 monorepo 管理器。一个简单的 Makefile 就能覆盖我 99% 用例中的 100% 需求。等事情真的会变得非常复杂,而且如果它们真的变得非常复杂了,我到那时再去想。但只在那时,而不是提前一秒。这才是工程。
你解决的是你当下真正拥有的问题,而不是某个站在大会舞台上的人告诉你将来总会遇到的问题。
代理在基础工具这件事上准备得极其充分。这些工具不是存在了几个月,而是真正存在了几十年。Bash 诞生于 1989 年,只比我小两个月。即便是此刻最平庸的模型,对 Bash 的了解也比世界上任何一个人都更多。Bash 是通用适配器。编码代理正在从复杂而昂贵的 MCP 配置转向简单的 agent loop,并以 Bash 作为与这个世界字面交互的方式,这绝非偶然。
最古老的工具,结果反而成了最面向未来的工具。如果你愿意听,这里面是有教训的。
想一想
真的,想一想。
对于你能想到的大多数用例来说,你为什么还需要一个无用、昂贵、有缺陷、而且往往带有漏洞的框架,以及与之配套的那一长串库,而你大概率只会用到它们 10% 的能力?再加上所有相关成本。从“最不”昂贵的成本开始,比如运维成本: 因为你的 Next.js 版本又一次被发现存在严重漏洞,所以你不得不持续更新所有东西。再到最昂贵的成本: 你的设计选择成本。那种看不见的成本。
那是一种你每天都在支付、却甚至没有意识到的成本,因为你已经支付得太久,以至于忘了自由是什么感觉。
如果你继续接受这种权衡,你不仅是在错过数十年来我们在软件工程里见过的最大机会。你可能还没有意识到,自己又一次在偷懒,去购买那些超大云厂商替你决定好的东西。你让 Google、Meta 和 Vercel 成为你的架构师、设计师、思考者,而作为交换,你成了他们的操作员。
工具已经在这里。模型已经在这里。革命早就已经发生了,而大多数人还在给旧房子做装饰。
别再用丝绸包裹断腿了。开始构建真正属于你的东西。
https://blog.alaindichiappari.dev/p/software-engineering-is-back
如果觉得内容不错,欢迎你点一下「在看」,或是将文章分享给其他有需要的人^^
相关好文推荐:
一种快速判别产品AI含量的黄金指标,帮你远离披着AI外皮的传统软件公司

0条留言