说代码不难，是对程序员的侮辱
"Code was never the hard part" is an insult to all programmers
在AI革命席卷软件行业的当下，一种论调甚嚣尘上：'写代码从来不是难事，难的是想清楚要做什么'。我坚信这是对全球程序员的极大侮辱。如果编码真如此简单，为何行业长期面临高薪资、高压力与职业倦怠？为何我们推崇Clean Code、The Pragmatic Programmer等经典著作，又为何对Carmack、Fabrice Bellard等天才奉若神明？若需求分析才是核心，为何产品经理鲜少经历严苛的面试，薪资也未超越开发者？我们不应在'代码即艺术'与'代码即垃圾'的极端中摇摆，而应拥抱变化，既深耕技术细节，又理解用户痛点。面对行业剧变，唯有保持好奇与批判，拒绝将判断力外包给AI，才能在未来 thrive。
大声宣称'代码很简单'，或者走向另一个极端说'代码是艺术，是人类无法被自动化的创造性表达'，这不过是掩耳盗铃，是在自我安慰。
HN 评论区
532- prinny_
我相信有些编程工作中，代码绝对是相对容易的部分。并非我们所有人都在搞信号处理、集成系统，或者因为公司数据中心急需内存分配优化而不得不向 Linux 内核上游提交代码。
梳理客户需求，构建既能满足市场需求又符合公司战略的产品，这可能是一个极其困难且令人沮丧的问题。尤其是如果你还需要负责监督战略的执行。你不仅要预测他们想要什么，或者对领域有足够深的理解，从而明白他们嘴上说的需求并非他们真正的需求，你还得在 corporate environment（企业环境）中制定执行方案的计划。
这就是为什么像《Staff Engineer's Path》这样的书会涵盖局部最优解、沟通、为执行计划建立支持或在大项目上达成共识等话题。在拥有多个国际客户的大型企业环境中，代码大部分时候都不是最难的问题。
- agentultra
作者可能误解了这句话的意图。也许他们误读了它。
我和许多说过“代码从来不是最难的部分”的人，指的不是个人的技能。它不是软件开发工程流程中困难的部分。编程语言有手册，许多数据结构都有完善的文档，几乎万事万物都有框架。虽然生成代码的难度因程序员技能和领域问题的复杂性而异；但编写和理解代码是一个可处理且直接的问题。我可以教，也确实教过很多人。人们是可以学会的。
大多数人指的是，生产软件过程中最难的部分，是组织在制作过程中必须做的所有事情。对组织而言，最难的不是写代码。而是让每个人都理解问题、协同工作、收集需求、制定规格、验证发布、测试等等。这往往看起来像是在赶猫，而且可能更难。
- bob1029
> 如果编程很容易，为什么程序员多年来一直供不应求，并且要求高薪（甚至在零利率政策 ZIRP 之前）？
因为程序员通常被迫戴上额外的、隐形的帽子，而这些帽子对于让代码得以实现至关重要。
写代码不难。写出正确的代码才难。在有付费客户的场景下，知道什么是“正确”的，通常涉及与这些客户互动。要么是直接互动，要么更糟。那些最 prolific（多产）的员工拿到的巨额薪水，并不是因为他们写代码的能力。而是因为他们有能力把客户拷问到底，直到他们终于揭示出真正的需求。
- nemothekid
这感觉像是 LLM 时代对编程的浪漫化。在 LLM 出现之前，人们经常会在