<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Report on ChaosNyaruko' Digital Space</title><link>https://blog.freecloud.dev/tags/report/</link><description>Recent content in Report on ChaosNyaruko' Digital Space</description><generator>Hugo -- 0.151.0</generator><language>en</language><lastBuildDate>Sun, 09 Aug 2026 10:54:58 +0800</lastBuildDate><atom:link href="https://blog.freecloud.dev/tags/report/index.xml" rel="self" type="application/rss+xml"/><item><title>Repost Code Was Never the Hard Part Is an Insult to All Programmers</title><link>https://blog.freecloud.dev/posts/repost-code-was-never-the-hard-part-is-an-insult-to-all-programmers/</link><pubDate>Sun, 09 Aug 2026 10:54:58 +0800</pubDate><guid>https://blog.freecloud.dev/posts/repost-code-was-never-the-hard-part-is-an-insult-to-all-programmers/</guid><description>&lt;h1 id="原始链接"&gt;原始链接&lt;/h1&gt;
&lt;p&gt;&lt;a href="https://blog.senko.net/code-was-never-the-hard-part-is-an-insult-to-all-programmers"&gt;https://blog.senko.net/code-was-never-the-hard-part-is-an-insult-to-all-programmers&lt;/a&gt;&lt;/p&gt;
&lt;h2 id="附-hackernews-摘要的ai-总结"&gt;附: HackerNews 摘要的AI 总结&lt;/h2&gt;
&lt;p&gt;&lt;a href="https://t.me/hacker_news_zh/23810"&gt;https://t.me/hacker_news_zh/23810&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;软件开发行业正处于剧烈的变革之中。随着 AI 革
命的推进，编程工作面临转型。许多人近期常说
“大语言模型（LLM）擅长编程，但软件开发从来
就不是难点”或“编程很容易，搞清楚要编写什么
才是难点”。作者 Senko Rašić 认为这种观点是对
所有程序员的极大侮辱。&lt;/p&gt;
&lt;p&gt;如果编程很容易&lt;/p&gt;
&lt;p&gt;如果编程真的很容易，为什么程序员多年来一直
供不应求且薪资高昂？为什么在 AI 出现之前，程
序员就面临巨大的压力、过度劳累和职业倦怠？
如果初学者就能轻松完成工作，为什么公司还要
通过复杂的算法面试来寻找顶尖开发者？&lt;/p&gt;
&lt;p&gt;作者通过一系列反问来驳斥编程容易论：&lt;/p&gt;
&lt;p&gt;• 为什么会有《代码整洁之道》和《程序员修炼
之道》这类厚重的专业书籍？&lt;/p&gt;
&lt;p&gt;• 为什么计算机科学需要专门的学位或高强度
的训练营？&lt;/p&gt;
&lt;p&gt;• 如果编程简单，为什么会出现像约翰·卡马克
或法布里斯·贝拉这样被公认为天才的人物？&lt;/p&gt;
&lt;p&gt;• 如果编程简单，为什么人们会对 AI 抓取自己
的代码感到愤怒？&lt;/p&gt;
&lt;p&gt;• 如果编程简单，为什么现在的软件依然充满
了漏洞（Bug）？&lt;/p&gt;
&lt;p&gt;关于“弄清楚建什么才是难点”的质疑&lt;/p&gt;
&lt;p&gt;针对“确定产品需求才是最难的部分”这一说法，
作者提出了以下质疑：&lt;/p&gt;
&lt;p&gt;• 如果决定建什么是难点，为什么产品经理的
薪水通常没有开发人员高？&lt;/p&gt;
&lt;p&gt;• 为什么市场研究人员、可用性专家和客户成
功经理在软件公司中不被视为明星员工？&lt;/p&gt;
&lt;p&gt;• 如果寻找需求更难，为什么程序员在销售人
员为了签单而随意承诺新功能时会感到沮丧？&lt;/p&gt;
&lt;p&gt;• 如果实现过程很简单，为什么大家不直接构
建十个版本来测试哪一个更受欢迎？&lt;/p&gt;
&lt;p&gt;关于程序员角色的误区&lt;/p&gt;
&lt;p&gt;另一种陈词滥调是“软件开发的大部分工作是与利
益相关者沟通”。作者指出，现实中很少有程序员
愿意直接与客户打交道。有些开发者标榜自己是
“解决客户问题的人”，但他们转身就开始讨论单
子（Monad）、内存安全等技术细节，而对客户需
求的理解仅停留在虚构的用户画像上。&lt;/p&gt;
&lt;p&gt;作者认为，理解用户和解决问题对项目成功至关
重要，但编写高质量代码同样是一门需要技能、
耐心和经验的工艺。这两者并不对立，优秀的开
发者应该努力兼顾对系统的深度理解和对构建目
的的深度认知。&lt;/p&gt;</description></item></channel></rss>