AI编程时代，软件工程真的没有银弹吗？ 在TRAE的活动现场，听到嘉宾分享的时候再次提到了『软件没有银弹』这个观点。于是现场重温了这篇经典:《没有银弹——软件工程中的根本和次要问题》 借助AI梳理总结如下: ▍核心误区 「软件开发最大的误区是以为难点在技术，其实难点在理解」 真正的挑战不是写代码，而是想清楚要做什么。 Brooks在1986年就洞察了这个本质： ? 根本任务：设计思考 ? 次要任务：编码实现 40年来，各种新技术确实让编码变得更容易，但对于设计思考这个核心难题，没有任何进展能带来革命性突破。 ▍工具局限性 AI代码生成、低代码平台、新编程语言——这些工具都很好，但它们： ? 只能解决「怎么写」的问题 ? 解决不了「写什么」的问题 就像： ├─ 有了语音输入和智能纠错 ├─ 写字更快了 └─ 但不会写文章的人还是写不出好文章 AI 的能力边界： ├─ ? 能帮你写个排序算法 └─ ? 无法设计电商系统完整架构 └─ 处理用户、商品、订单、支付、物流的复杂关系 Brooks用一句话总结了整个软件工程的本质： 『没有银弹，但路就在脚下』 ━━━━━━━━━━━━━━━━━━━━ 这篇文章的观点总结一下，我理解就是下面这一句话: 『之所以没有银弹，是因为编程实现只是软件工程的次要问题，根本问题是设计思考。』 编程实现这个次要问题被AI解决，这已经是显而易见的将来事实了。 那么设计思考这个根本问题呢？ 没有银弹，前提是思考无法外包。 设计思考这个问题，确实是当下AI还做的不是很好的，所以优秀的架构师的价值在这两三年可见会被成倍放大。 但是思考真的无法外包嘛？ 前几天在线下vibe coding 场子交流的时候知道的一个案例其实比较震撼我。 有大佬的公司已经在用AI做架构设计，最终设计出的架构难以理解，也难以实现，但是硬着头皮去做，最终实现了30%，已经牛逼的不行了，根本无法想象完整的做出来会是怎样。 所以软件工程中设计思考这个根本任务真的无法外包嘛？ 你认为AI能思考还是不能思考? 软件工程真的没有银弹嘛？ 我认为有。 而且这个趋势越来越强，只是时间周期问题。