说实话，看到这篇博客的时候，我第一反应是这人疯了。
但读完后，我觉得他说出了一个很多人不敢大声说出来的事实：我们过去几年引以为傲的那些技术栈、框架、工具链，可能真的要被扫进历史垃圾堆了。
这哥们叫 Alain，他最近做了一个极其激进的实验——在开发新产品时，他抛弃了所有的框架。
没有 Next.js，没有 ORM，没有那些花里胡哨的脚手架。他只靠 AI 智能体和最原始的 Bash 脚本，把活儿干完了。
而且他断言，自从 2025 年 12 月以来，一切都变了。
框架是给“懦夫”用的？
这话听着刺耳，但 Alain 的逻辑很硬。
他打了个比方：过去几年，软件工程界就像是在用丝绸包裹断腿。
看起来光鲜亮丽，代码结构优美，设计模式一套一套的，但本质上，我们是在掩饰。
掩饰什么？掩饰我们对真正设计的恐惧，掩饰我们懒得思考。Alain 认为，现在的框架解决的根本不是技术问题，而是三个很现实、甚至有点“阴暗”的问题。
第一，省脑子。
很多程序员其实害怕自己设计架构。与其费尽心思去量身定制一套方案，不如直接把 React 或者 Vue 搬过来，强行把需求塞进别人的模具里。这叫“智力上的投降”。
第二，省体力。
以前写 CRUD、写配置文件确实烦人。这点我承认，以前大家都讨厌重复劳动。
第三，也是最扎心的，省钱。
这是大厂最喜欢讲的，但从来不会写在技术文档里。对于公司来说，招一个只会用现成框架的“React 开发者”，比招一个真正的软件工程师要便宜得多，也好替换得多。
你不需要懂底层，不需要懂架构，你只需要像个操作员一样，在 Google、Meta 或者 Vercel 设计好的系统里当好一颗螺丝钉。
这不是工程，这是操作。
真正的工程是什么？
Alain 说，有了 AI 智能体之后，游戏规则变了。
以前我们需要框架，是因为不想手写那些无聊的样板代码。但现在，AI 写这些代码比我们快一万倍，而且不抱怨。于是，他做了一个回归。
他把自己变成了一个纯粹的“架构师”。
他负责思考：产品逻辑是什么？边缘情况怎么处理？凌晨三点系统挂了怎么办？
剩下的，也就是那些让他厌烦的“搬砖”活儿——敲代码、配置环境、写重复逻辑——全交给 AI 智能体。
我可以设计这件衣服，而不必去剪裁和缝制每一块布料。
这种感觉，就像是一个老练的铁匠，终于不用自己在打铁炉里流汗了，而是专注于构思艺术品。
更有意思的是，他发现最顺手的工具不是那些复杂的、新潮的玩意儿。而是 Bash。
这个诞生于 1989 年的老古董，竟然成了 AI 时代最强大的“通用适配器”。
不需要复杂的配置，一个简单的 Makefile 加上 Bash，配合 AI 智能体，就能解决 99% 的问题。
他甚至不需要那些臃肿的 Monorepo 管理工具。
只解决当下的问题，不去解决别人嘴里的“未来问题”。
这才是他心目中“真正的软件工程”。
但这事儿真的那么美好吗？看到这儿，我确实有点热血沸腾。
谁不想摆脱那些繁重的枷锁，只做最核心的设计呢？
但我翻看了底下的评论，发现泼冷水的人也不少。
有个评论说得很直接：
“这种傲慢会让人付出代价。”
这话说得有点重，但细想一下不无道理。
Alain 这种玩法，前提是他自己有 20 年的“搬砖”经验。他知道砖是怎么砌的，水泥怎么抹。
所以他敢让 AI 去干，出了问题他能修。
但如果你是一个新手，或者经验没那么丰富的开发者，直接扔掉框架，用 AI 生成一套“定制化”的代码，后果可能是灾难性的。还有个关于安全的质疑，我觉得特别到位。
使用框架，虽然经常要修补漏洞，但至少背后有一个庞大的社区在帮你盯着安全。
如果你用 AI 生成了一套只有你自己能看懂的代码，一旦出了安全漏洞，谁来修？怎么修？
这让我想起了 WordPress 早期。那时候大家都说“任何人都可以建站”，结果呢？无数被黑、被挂马、崩溃的网站，成了维护者的噩梦。
现在有了 AI，如果没有了框架这种“护栏”，我们会不会制造出更多无法维护的数字垃圾？此外，还有一个很现实的问题：协作。
如果你用 AI 写了一套高度定制化的代码，你的队友看得懂吗？
以后招聘 JD 上会不会写着：“诚招精通 Alain 个人 AI 代码风格的高级工程师”？
这听起来简直像个笑话。
炒作还是革命？
Alain 在文章最后喊了一句口号：
停止用丝绸包裹断腿，开始建造属于你自己的东西。
这话很燃，但我个人觉得，咱们还是得冷静点。毫无疑问，AI 智能体确实在重塑编程的流程。
对于那些资深、有经验、知道自己想要什么的人来说，这确实是一次解放。
他们可以不再被大厂的框架绑架，不再当“React 开发者”，而是重新变回“软件工程师”。
这是技术的回归，也是创造力的释放。
但对于大多数人，对于团队协作，对于追求稳定性的商业项目来说，彻底抛弃框架可能还是一种奢侈的冒险。
或许，未来的路不是二选一。
而是既不盲目迷信框架，也不把 AI 当成万能的神。
毕竟，工具再怎么变，那个需要在凌晨三点盯着错误日志、思考解决方案的人，还是你自己。
你说呢？
参考链接：
https://blog.alaindichiappari.dev/p/software-engineering-is-back