四川
当AI在极短时间内写出大段代码，很多从业者开始感到焦虑：如果编程技能不再是稀缺资源，我们存在的价值是什么？软件工程领域的传奇人物Kent Beck，在近期的一场对谈中给出了他的答案。作为极限编程（XP）的创造者、测试驱动开发（TDD）的先驱以及《敏捷宣言》的签署人，Kent Beck在职业生涯的半个世纪中，目睹了软件工程从蛮荒到繁荣的演变。他认为，在AI时代，开发者面临的挑战远非技术更迭那么简单，而是需要重新审视这个职业的本质。
很多怀揣技术梦想的人，在职业生涯早期都曾被许诺过一件事：只要你将计算机及其背后的机制彻底研究透彻，你就掌握了职业发展的核心。Kent Beck在回顾五十年的从业经历时坦言，这其实是一个巨大的错觉。
在职业生涯的前半段，他曾极度渴望成为最顶尖的程序员，认为那是成功的唯一路径。现实却让他意识到，软件工程中最难、也最关键的部分，其实是人本身。一个开发者改变世界的能力，很大程度上取决于与他人的沟通、共情以及相互理解的能力。当大家过度沉迷于“搞懂电脑”时，往往忽略了这些至关重要的社交与沟通技能，而这些恰恰是无法通过技术钻研来弥补的短板。
回顾Kent Beck参与创造的那些方法论，它们在诞生之初往往被外界视为“愚蠢”的想法。例如TDD，当他最初尝试在写代码前先写测试时，他自己都觉得荒谬，因为明知测试会失败却还要写，这看起来完全违背直觉。但这种方法最终缓解了他的焦虑，并成为保障代码质量的重要手段。
同样的，极限编程（XP）的诞生也源于他对项目开发混乱局面的反思。在克莱斯勒项目中，他将各种行之有效的实践整合在一起，并为了避免概念被他人曲解，特意选择了一个听起来不太吸引人的名字——“极限”。他有一个职业哲学：永远去试那些看起来有些“笨拙”的主意，前提是其成本可控且可逆。绝大多数尝试会失败，但只要有一次成功，你就能获得巨大的竞争优势，因为很少有人愿意投入精力去验证这些非共识的路径。
Kent Beck认为，敏捷的核心本应是及时响应变化，但在实际应用中，它被过度商业化了。人们渴望一种现成的手册来解决所有问题，却忽略了软件开发的内涵远比那几条原则复杂得多。如果没有深厚的技术功底作为基础，盲目追求敏捷只会导致开发过程的失控。
面对AI工具（如LLM）的冲击，Kent Beck认为现在的行业正处于一个回归“探索”的周期。过去二十年里，我们拥有一套相对固定的操作手册，但现在这套手册失效了。输入的微小变化可能导致输出的巨大差异，没人能准确预测未来的演进方向。
他建议软件工程师在AI时代应具备以下心态：
拥抱不确定性：别再试图寻找通用的秘密手册。现在的技术更新速度极快，最好的方式是多试错、多交流，在实践中总结经验，而不是在焦虑中等待答案。
重构角色认知：AI不仅是在加速代码生产，更是在重构业务交付的节奏。如果一个业务流程原本设计为五年周期，但在AI加持下，竞争对手可能在一个月内就推出了替代产品，那么无论你技术多强，如果流程无法适应这种节奏，就会面临淘汰。
关注冰山下层：利用AI快速构建原型只是“冰山一角”，软件开发中真正的难点在于合规、下游数据联动以及复杂的业务逻辑边界。天真地以为用AI生成代码就能取代整个工程团队，最终会因为忽略这些潜在风险而付出代价。
Kent Beck将自己定义为“摇树的人”而不是“做果冻的人”。他热爱的是启动项目、构建基础结构、探索未知的创造过程。在AI辅助下，他发现自己四十年来积攒的许多想法，如今终于可以低成本地去尝试验证。
对于那些担心被AI取代的人，他的建议是：不要将身份锚定在“编写手册”或“熟练掌握某种语法”上，而要锻炼那种面对复杂系统时的判断力。当你积累代码的速度远超积累信任的速度时，请停下来思考你真正要解决的问题。
软件工程始终是一个动态演进的过程。无论是早期的Smalltalk，还是如今的AI agent，工具在变，但通过代码去表达意图、通过工程实践去建立信心，以及通过团队协作去验证假设的本质从未改变。保持开放的心态，勇于推倒重来，你依然能够在新的技术浪潮中找到自己的位置。毕竟，那些真正能改变行业的技术，往往是从一个个被视为“笨拙”的尝试中生长出来的。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
