---
id: "mb-20260902-4fddb0"
kind: "deep"
title: "Paint.NET 的作者 Rick Brewster 做了一件打破软件工程常理的事"
topic: "Paint.NET 的作者 Rick Brewster 做了一件打破软件工程常理的事"
source_type: "generated"
status: "published"
generated_at: "2026-09-02 09:36:47"
frame_type: ["规范填充的零边际成本与审查带宽断崖", "机制"]
legal_anchor_count: 0
transcript_citation_count: 0
---

# Paint.NET 的作者 Rick Brewster 做了一件打破软件工程常理的事

Paint.NET 的作者 Rick Brewster 做了一件打破软件工程常理的事。
他一个人维护了 20 年的图像处理软件，总代码量大约 70 万行。
而在 3 周时间里，他往项目里并入了一整套全新的图形渲染子系统。
整整 18 万行新代码。
这 18 万行代码，他一行都没有完整审阅过。
他自己管这叫「凭感觉写代码」，或者「兄弟你信我就行」。

一个写了二十年严谨底层系统的老牌工程师，为什么敢把 18 万行自己没读过的代码打包发布？
更关键的是，卡了开源社区整整 12 年的技术死结，为什么在 3 周之内被瞬间解开？

要看懂这场突围，必须拆开阻挡 Paint.NET 登陆 Linux 的那块绊脚石。
Direct2D。
这是微软深度绑定在 Windows 内部的二维硬件加速图形接口。
结构庞杂，包含了成百上千个底层调用、坐标矩阵变换与庞大的内置特效数学公式。
开源社区的 WINE 兼容层断断续续修补了 12 年，始终无法完整支持 Paint.NET 的调用。
因为在传统软件工程的账本上，逆向重写整套 Direct2D 是一门代价极高的苦力活。
这在工程学上叫规范填充。
所有接口的标准是公开的，数学逻辑也是确定的。
但要把几十万行胶水层、状态机和公式逐行敲出来，需要耗费顶级工程师数万小时的昂贵精力。
对独立开发者来说，花几年时间做一套不增加任何新功能的底层兼容层，投入产出比低到无法接受。
直到 Claude 接管了这部分工作。
大语言模型真正的破局点，恰恰在于穷尽既有规范的超大规模代码填充。
人类开发者耗费 12 年没填完的图形库，AI 在 3 周之内通过净室逆向直接生成了 18 万行 C# 代码。
重写确定性底层规范的边际成本，被瞬间按到了零。

但真正的工程质变不在编写速度。
在于人类审查带宽的彻底击穿。
Brewster 过去 20 年手写了 70 万行代码，平均每天产出大约一百行。
这是人类大脑对逻辑一致性、内存安全与架构设计的审阅极限。
当 AI 以每天近万行的速度喷吐代码时，逐行代码审查的传统防线瞬间失效。
没有人能在 3 周内看懂 18 万行底层的图形算法。
工程师的角色发生了一场根本位移。
他不再是代码的逐行撰写者，变成了系统的边界保姆。
他不需要去推导每一条特效公式。
他只盯住系统的关键缝隙与致命漏洞。
当 AI 漏掉 COM 引用计数对象的 AddRef() 导致内存泄漏时，他出手纠正。
当 AI 做出糟糕的架构决策时，他当头喝止。
代码的质量控制，从白盒逐行审计，变成了黑盒边界约束与行为验收。

这 18 万行代码最终被编译进了一个名为 PaintDotNet.Windows.Direct2D1.Managed.dll 的文件。
它甚至不再是写给人类阅读的。
在未来的软件架构中，海量的中间层与兼容层，正在变成一次性的黑盒耗材。
人类工程师退守到架构边界与资源契约的最后防线。
代码不再靠人工逐行编织，它像自来水一样被按需冲刷出来。
当代码生成的成本趋近于零，软件工程真正的分水岭，只剩下谁能守住那个黑盒的边界。

_Rendered by mubei-terminal._