🔥 Search Hot Tweets

关于软件工程和编码，在 @dotey 宝玉老师的观点基础上做个扩展。 软件工程还在，但编程这件事的价值，确实在往下走。 很多人，尤其是外行，会下意识把两件事绑死： 工程能力 = 手写代码能力，这个我之前团队的算法工程师就是这个根深蒂固的观点。 好像只要 AI 会写代码了，核心竞争力就会消失，软件工程就要完蛋。 但这两年最大的变化其实恰恰相反，这两件事正在快速脱钩。 工程的核心从来不是写， 工程真正解决的问题宝玉老师说的很清楚：把一个模糊不确定和混乱的目标，拆解成一条可以执行的路径，再组织人和资源，稳定交付结果。 特别是需求怎么定义、系统边界怎么划、架构怎么设计、质量怎么保证、团队怎么协作、项目怎么推进、系统怎么长期演进，这些东西，涵盖了从业务、产品、运营、开发、测试到运维几乎所有的团队，这才是工程的含量。 代码，只是其中一种实现介质，就像螺丝刀、焊枪和脚手架，只是工具。 不得不提到我刚学编程那会儿，还挺原教旨主义的。 老师是强制不准用 IDE 的。 只能在记事本里手敲。 理由很简单： “这样你才能真正理解代码。” 当时觉得这是基本功，是硬实力，是程序员的尊严。 现在回头看，那感觉有点像什么？ 真的像当年练五笔输入法，手写 Makefile。 不能说没用。 但很难说，这些东西今天还构成竞争力。 时代已经换了一套生产方式，同样的事发生在了编程上而已。 今天 AI 已经能自己写 CRUD、搭脚手架、重构函数、补测试、查 bug， 以前一个工程师一天的工作，除了沟通和方案设计外，其他时间都是在做这种体力劳动。 现在这些体力劳动开始被模型接管了。 真正稀缺的能力开始往上游迁移。 问题怎么定义、系统边界怎么切、技术债什么时候还等等等等。 这些决定成败的事情，AI 暂时还帮不了太多，但这些才是工程。 写代码这件事，越来越接近一种表达方式，就像打字。 当年会不会五笔，直接决定生产力。 后来拼音 + 自动联想，甚至语音输入出来之后。 打字还重要吗？ 重要。 但没人再把它当壁垒。 大家默认都会。 编程很可能正在走同一条路。变成一种基础素养。 人人都会一点，但不再构成稀缺能力。 再说另一个极端的例子，我觉得很多人没想明白。 大家老爱盯着 AI 的问题。 说它：不稳定有幻觉，代码质量一般、有时候还会写错 然后得出一个结论： “你看，它还不行。” 但这里其实混淆了两件完全不同的事： “能不能干” 和 “能不能干好”。 这是两个阶段。 难度也完全不在一个量级。 从不能干 → 能干，是质变。 等于发明蒸汽机。 从干得一般 → 干得很好，是工程优化。 只是时间问题。 写代码这件事，其实已经跨过第一条线了。 两年前，它只能生成 demo 玩具，Copilot 最初也就只能生成片段。 现在，它已经能独立写新项目和改老项目了。 你可以嫌它偶尔犯傻，但能不能把活干完，答案已经是能。 一旦跨过这条线，后面的提升只是时间函数。 模型几个月一代，工具链个月一代， 它只会越来越稳，不会退回去。 所以很多争论，在我看来有点像什么感觉？ 像 1905 年有人说： “汽车老坏，还不如马车靠谱。” 如果只看当下体验，你永远会得出错误判断。 技术判断要看的从来不是现在顺不顺手，而是方向是不是不可逆。 编程 AI 化方向已经非常清晰了，不管你干不干，时代就会推着你往前走。 未来最不值钱的就是能敲多少行代码，最值钱的大概率是能不能设计出一个系统，让机器替你写。 就编码这项基本技能而言，已经变成下一代的打字。 人人都会，但已经不稀缺了。 所以我的结论很清晰：软件工程不会消失，反而会更重要。但手写代码这件事的溢价一定会持续下降。 能不能从亲自干活的人，变成设计系统的人。 这才是工程真正的升级。 不过聊到这里，其实还有一个更现实的问题。 什么时候需要工程？什么时候只是开发？这中间是有一条线的。 不是所有项目都需要软件工程，很多人一上来就谈架构、谈流程、谈治理。 其实有点过度设计。 如果只是：一个人花两三天的时间做个工具、跑个 demo。 说实话，这就是开发，甚至就是写代码，用 AI 狠狠干就行。 快，比什么都重要，这个阶段谈工程，纯属浪费生命。 工程真正出现的时刻，通常只有几种情况： 当复杂度开始失控的时候。 比如：人多了、时间长了、需求开始反复变、系统要长期维护、要稳定性和 SLA、要合规和安全、要多人协作、要交接和可持续。 这时候就会突然发现一件事：代码本身已经不是最大的问题。 真正难的是： 在这么大规模的写作下怎么不乱。 这个时候一个技术团队的leader 或者架构师就会开始关心： 怎么拆模块、怎么定边界和怎么避免耦合，然后开始思考 怎么让新人一周上手、怎么快速回滚、怎么定位线上事故 怎么让十个人同时改代码还不互相踩， 这些东西，全是工程问题。 几乎都和会不会写代码关系不大。 我自己有个很土但很实用的判断标准： 如果这个项目活不过三个月，只有你一个人维护，然后挂了也没啥损失，那就不谈工程，狠狠干就完事。 但如果要活三年以上，三个人以上协作，挂一次公司就要挨骂，甚至影响收入和用户，那工程就是刚需。 不做工程，迟早还债，而且是带利息的那种。 不信你问问身边在公司内部 AICoding 的人，交流后就会发现一个挺有意思的现象： AI 把写代码变简单了，反而会让更多人更早撞上工程复杂度这堵墙。 因为 demo 做得太快了。规模扩张更快。混乱也更快。 最后倒逼着必须工程。 所以我现在的理解是： 编码是入场券，开发是起步阶段，工程是规模化之后的必修课。 三者不是一回事，只是过去我们习惯把它们混着叫而已。