软件开发行业正处于动荡之中。没有人知道人工智能革命最终会如何发展，但显然工作和生活的许多方面都将被改变——包括编程。我最近经常听到的一个评论总结为“大型语言模型（LLMs）可能擅长编码，但软件从来就不是难点”以及“编码很简单，难的是弄清楚该编码什么”。我相信这对所有程序员来说是一个严重的侮辱。如果编码很简单... 如果编码很简单，为什么程序员一直供不应求，而且多年来薪水一直很高（即使在零利率政策之前）？在人工智能开始产生5000行的PR之前，为什么压力、过度工作和职业倦怠仍然如此严重？为什么公司寻求10倍水平的“忍者摇滚明星”程序员，并让他们接受leetcode面试——当然，刚从大学毕业的初级程序员如果如此简单，肯定能写出点东西？如果编码很简单，为什么我们会有《代码整洁之道》和《程序员的修炼》这样的书籍？《计算机程序的艺术》是不是一本轻松的夏季读物？《原则性计算机》是一本咖啡桌书吗？为什么我们会有训练营甚至完整的大学学位来致力于此？如果编码很简单，卡马克是不是只是恰好在对的时间出现在对的地方？为什么我们认为法布里斯·贝拉尔德是天才？如果编码很简单，为什么人们对人工智能（或其他任何人）复制他们的代码感到愤怒？他们为什么表现得好像自己将汗水、灵魂和大量时间注入到如此琐碎的东西中？如果编码很简单，为什么许多人现在觉得他们的身份和职业目的正在被剥夺？如果编码很简单，为什么软件如此漏洞百出？如果弄清楚要构建什么是难点... 如果决定要构建什么是难点，为什么这么多产品经理似乎毫无头绪？为什么他们没有接受严格的10步面试？为什么他们的薪水没有高于开发者？如果决定要构建什么是难点，为什么市场研究员、可用性专家和——哦，客户成功——不被认为是软件公司的摇滚明星？如果“理解客户”更难，为什么商业分析师被看作是文书工作者？如果实施很简单而寻找需求更难，为什么当销售人员向客户承诺一种新功能以完成交易时，程序员会感到愤怒？他们发现了一种真正的需求，人们愿意为此付费！如果编码很简单，为什么每个人不都构建十种不同的变体看看哪种好？另一个陈词滥调是“软件开发中的大部分工作是在与利益相关者沟通、理解客户的需求和明确优先级”。在我的职业生涯中，我见过很多程序员，他们中的很少有人希望与利益相关者沟通，更别说客户（例外的是自由职业者和创始人，尤其是软件开发商）。而且，“明确优先级”归结为“只要告诉我该做什么，别每两天换一次”。有些软件开发者确实会说“我不是在写代码，我是在解决客户的问题”。但随后他们又开始讨论单子、内存安全和DRY原则，而他们对客户的理解仅仅是虚构的“用户画像”，而他们认为“可供性”是父母在周末给你出去玩时给你的零花钱。然而其他人会说“软件开发是理论构建”。程序实际上是证明（就像数学证明一样）。每个提交都应该讲述一个故事。而通过FTP传送一个PHP文件来解决客户的问题是一种严重的罪过。我并不是想暗示没有程序员同时深切关心软件开发的工艺并真正同情客户。我确实相信，他们可能需要看专业人士，治疗分裂人格障碍。什么是重要的？我确实相信与用户沟通、理解他们的体验、与他们同情、解决客户的问题并让所有利益相关者达成一致对于软件项目的成功至关重要。我也相信，创造良好的代码是一门需要技能、耐心、关注细节、经验和智慧的工艺，这在未来仍将是相关的。¿Por qué no los dos？在我们能够做到的范围内，我认为我们应该追求两者。深入理解我们正在构建的系统，以及深入理解我们为什么要构建它。大声宣称“代码很简单”，或者在另一端说“代码是艺术，是无法自动化的创造性人类表达”，只是在把头埋在沙子里。这是应对。你不想应对，你想要繁荣。通过这，我并不是说“跳上大型语言模型的潮流”。我并不是说“成为AI代理的管理者”。我也不是说“人工智能生成的代码是被盗的废物，与之拼命抵抗，气泡很快就会破裂”。但确实认识到我们正处于行业范围内的构造性变化中。我们需要搞清楚如何适应。