“代码从来都不是困难的部分”是对所有程序员的侮辱

软件开发行业正处于剧变之中。没有人知道人工智能革命最终将如何发展，但很明显工作和生活的许多方面都将发生改变——包括编程。我最近经常听到的评论之一可以归结为“法学硕士可能擅长编码，但软件从来都不是困难的部分”和“编码很容易，难的是弄清楚要编码什么”。我认为这是对世界各地所有程序员的严重侮辱。如果编码很容易...如果编码很容易，为什么程序员的需求量很大，并且多年来一直要求高薪（甚​​至在 ZIRP 之前）？为什么在 AI 开始制作 5000 行 PR 之前，就存在如此多的压力、过度劳累和倦怠？为什么公司要寻找 10 名忍者摇滚明星程序员并让他们接受 leetcode 面试——当然，如果这么简单的话，一个刚从大学毕业的大三学生肯定可以做出一些东西来？如果编码很容易，为什么我们会有像《干净的代码》和《实用程序员》这样的门挡？ 《计算机编程的艺术》是一本轻松的夏季读物吗？ SICP 是一本咖啡桌上的书吗？为什么我们有专门针对它的训练营甚至整个大学学位？如果编码很容易，那么卡马克是否在正确的时间出现在正确的地点？为什么我们认为法布里斯·贝拉德是天才？如果编码很容易，为什么人们会对人工智能（或其他任何人）复制他们的代码感到愤怒？为什么他们表现得好像他们在如此微不足道的事情上倾注了自己的汗水、灵魂和大量的时间？如果编码很容易，为什么现在许多人感觉他们的身份和职业目标正在被剥夺？如果编码很容易，为什么软件会有如此该死的错误？如果弄清楚要构建什么是困难的部分...如果决定要构建什么是困难的部分，为什么这么多产品经理看起来毫无头绪？为什么不对他们进行严格的十步面试？为什么他们的报酬不比开发商高？如果决定构建什么是困难的部分，那么为什么市场研究人员、可用性专家和——见鬼，客户成功——不被视为软件公司的摇滚明星呢？如果“了解客户”更难，为什么业务分析师会被视为推铅笔的人？如果实施很容易，而发现需求却更困难，那么当销售人员向客户承诺新功能以完成销售时，为什么程序员会感到不安呢？他们发现了真正的需求，人们愿意为此付费！如果编码很容易，为什么每个人不直接构建一个事物的十个变体，然后看看哪个会成功呢？另一个陈词滥调是“软件开发中的大多数工作都是与利益相关者交谈，了解客户的需求，并明确优先事项”。在我的职业生涯中，我遇到了很多程序员，他们中很少有人愿意与利益相关者交谈，更不用说客户了（自由职业者和创始人除外，尤其是软件开发商店的自由职业者和创始人）。而且，“明确优先级”可以归结为“只告诉我要做什么，不要每两天就切换一次”。一些软件开发人员确实说过“我不编写代码，我解决客户的问题”。但随后他们转而开始对 monad、内存安全和 DRY 原则发表意见，而他们对客户的理解是虚构的“用户角色”，他们认为“负担能力”是你父母在周末给你的钱，这样你就可以出去玩得开心。还有人会说“软件开发就是理论构建”。程序实际上是证明（如数学证明）。每一次提交都应该讲述一个故事。通过 FTP 传输 PHP 文件来解决客户的问题是一项重大罪过。我并不是说没有开发人员既深切关心软件开发技术又真正同情客户。我确实相信他们可能想就人格分裂症寻求专业人士的帮助。什么是重要的？我确实相信，与用户交谈、了解他们的体验、同情他们、解决客户的问题以及让所有利益相关者达成共识对于软件项目的成功至关重要。我还相信，创建好的代码是一门手艺，需要技巧、耐心、对细节的关注、经验和智慧，并且它将在未来的时代继续发挥作用。 ¿Por qué no los dos？如果我们能够实现这一目标，我认为我们应该同时瞄准这两个目标。对我们正在构建的系统的深刻理解，以及对我们构建它的原因的深刻理解。大声宣称“代码很简单”，或者相反，“代码是艺术，是一种无法自动化的创造性人类表达”，只是把我们的头埋在沙子里。还算应付。你想要的不是应付，而是蓬勃发展。我的意思并不是“追随LLM潮流”。我的意思并不是“成为人工智能代理团队的管理者”。我也不是说“人工智能生成的代码是偷来的垃圾，用牙齿和指甲对抗它，无论如何，泡沫很快就会破裂。”但请务必认识到，我们正处于全行业的结构性变革之中。我们需要弄清楚如何 ada