<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>PR on Miao Kong</title><link>https://miaok.ong/tags/pr/</link><description>Recent content in PR on Miao Kong</description><generator>Hugo</generator><language>zh</language><lastBuildDate>Thu, 14 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://miaok.ong/tags/pr/index.xml" rel="self" type="application/rss+xml"/><item><title>2.9万行代码的一键合并：软件工程的终局与 AI 范式革命</title><link>https://miaok.ong/posts/software-engineering-paradigm-revolution-garry-tan/</link><pubDate>Thu, 14 May 2026 00:00:00 +0000</pubDate><guid>https://miaok.ong/posts/software-engineering-paradigm-revolution-garry-tan/</guid><description>&lt;h3&gt;第一部分：引哨——那个足以载入史册的合并请求 (PR)&lt;/h3&gt;&lt;p&gt;
&lt;/p&gt;&lt;p&gt;2026 年 5 月中旬的一个深夜，硅谷的风向标、 YC CEO Garry Tan 在社交媒体 X 上随手发布了一张截图。截图的内容很干瘪，只有几行 Git 的统计数据：&lt;code&gt;+29,000 / -1,200&lt;/code&gt;。&lt;/p&gt;&lt;p&gt;
&lt;/p&gt;&lt;p&gt;对于任何一个身处传统软件开发链条的人来说，这个数字都足以引发一场心肌梗死。在软件工程的旧秩序里，一个超过 500 行的拉取请求（ Pull Request, PR ）通常意味着麻烦，而一个 2.9 万行的 PR 则意味着“代码自杀”。在 Google 或 Meta 这样的公司，这种量级的代码变更可能需要几十名资深架构师分工、耗时数周才能完成评审。&lt;/p&gt;&lt;p&gt;
&lt;/p&gt;&lt;p&gt;但 Garry Tan 做了一件让所有“老派”程序员破防的事：他几乎没怎么看，就按下了那个绿色的大按钮——一键合并。这张截图是一个隐喻：当 AI 成为主程序员，人类过去几十年积累的“工程直觉”和“管理红线”，正在像枯草一样被大火烧尽。&lt;/p&gt;&lt;p&gt;
&lt;/p&gt;&lt;h3&gt;第二部分：旧神陨落——“可读性”与“手工匠精神”的终结&lt;/h3&gt;&lt;p&gt;
&lt;/p&gt;&lt;p&gt;自 1968 年“软件危机”这个词被提出以来，人类软件工程的核心命题一直只有一个：&lt;strong&gt;人如何理解机器&lt;/strong&gt;。 为了让脆弱的人脑能管理千万行量级的复杂系统，我们发明了“可读性”、发明了“设计模式”、发明了“整洁代码”。&lt;/p&gt;&lt;p&gt;
&lt;/p&gt;&lt;p&gt;然而， Garry Tan 的那 2.9 万行代码证明了，这种精神在 AI 面前正在变得廉价。当 AI Agent 可以在 5 秒钟内重写整套后端逻辑时，人类的阅读速度——每分钟几百个单词——已经成了系统进化的最大瓶颈。&lt;strong&gt;代码不再是“资产”，而是变成了“耗材”&lt;/strong&gt;。 如果一段代码在生成后能立刻跑通测试，那么它写得美不美，还重要吗？&lt;/p&gt;&lt;p&gt;
&lt;/p&gt;&lt;h3&gt;第三部分：深度演进——AI 幻觉的物理边界与“熵”的对决&lt;/h3&gt;&lt;p&gt;
&lt;/p&gt;&lt;p&gt;当我们在讨论 2.9 万行代码时，很多人担心的是“幻觉”。但 Garry Tan 的行为揭示了一个更深层的逻辑：&lt;strong&gt;利用高频测试抵消低频幻觉&lt;/strong&gt;。&lt;/p&gt;</description></item></channel></rss>