{"id":"mb-20260902-4fddb0","kind":"deep","title":"Paint.NET 的作者 Rick Brewster 做了一件打破软件工程常理的事","summary":"Paint.NET 的作者 Rick Brewster 做了一件打破软件工程常理的事","body":"Paint.NET 的作者 Rick Brewster 做了一件打破软件工程常理的事。\n他一个人维护了 20 年的图像处理软件，总代码量大约 70 万行。\n而在 3 周时间里，他往项目里并入了一整套全新的图形渲染子系统。\n整整 18 万行新代码。\n这 18 万行代码，他一行都没有完整审阅过。\n他自己管这叫「凭感觉写代码」，或者「兄弟你信我就行」。\n\n一个写了二十年严谨底层系统的老牌工程师，为什么敢把 18 万行自己没读过的代码打包发布？\n更关键的是，卡了开源社区整整 12 年的技术死结，为什么在 3 周之内被瞬间解开？\n\n要看懂这场突围，必须拆开阻挡 Paint.NET 登陆 Linux 的那块绊脚石。\nDirect2D。\n这是微软深度绑定在 Windows 内部的二维硬件加速图形接口。\n结构庞杂，包含了成百上千个底层调用、坐标矩阵变换与庞大的内置特效数学公式。\n开源社区的 WINE 兼容层断断续续修补了 12 年，始终无法完整支持 Paint.NET 的调用。\n因为在传统软件工程的账本上，逆向重写整套 Direct2D 是一门代价极高的苦力活。\n这在工程学上叫规范填充。\n所有接口的标准是公开的，数学逻辑也是确定的。\n但要把几十万行胶水层、状态机和公式逐行敲出来，需要耗费顶级工程师数万小时的昂贵精力。\n对独立开发者来说，花几年时间做一套不增加任何新功能的底层兼容层，投入产出比低到无法接受。\n直到 Claude 接管了这部分工作。\n大语言模型真正的破局点，恰恰在于穷尽既有规范的超大规模代码填充。\n人类开发者耗费 12 年没填完的图形库，AI 在 3 周之内通过净室逆向直接生成了 18 万行 C# 代码。\n重写确定性底层规范的边际成本，被瞬间按到了零。\n\n但真正的工程质变不在编写速度。\n在于人类审查带宽的彻底击穿。\nBrewster 过去 20 年手写了 70 万行代码，平均每天产出大约一百行。\n这是人类大脑对逻辑一致性、内存安全与架构设计的审阅极限。\n当 AI 以每天近万行的速度喷吐代码时，逐行代码审查的传统防线瞬间失效。\n没有人能在 3 周内看懂 18 万行底层的图形算法。\n工程师的角色发生了一场根本位移。\n他不再是代码的逐行撰写者，变成了系统的边界保姆。\n他不需要去推导每一条特效公式。\n他只盯住系统的关键缝隙与致命漏洞。\n当 AI 漏掉 COM 引用计数对象的 AddRef() 导致内存泄漏时，他出手纠正。\n当 AI 做出糟糕的架构决策时，他当头喝止。\n代码的质量控制，从白盒逐行审计，变成了黑盒边界约束与行为验收。\n\n这 18 万行代码最终被编译进了一个名为 PaintDotNet.Windows.Direct2D1.Managed.dll 的文件。\n它甚至不再是写给人类阅读的。\n在未来的软件架构中，海量的中间层与兼容层，正在变成一次性的黑盒耗材。\n人类工程师退守到架构边界与资源契约的最后防线。\n代码不再靠人工逐行编织，它像自来水一样被按需冲刷出来。\n当代码生成的成本趋近于零，软件工程真正的分水岭，只剩下谁能守住那个黑盒的边界。","topic":"Paint.NET 的作者 Rick Brewster 做了一件打破软件工程常理的事","frame_type":["规范填充的零边际成本与审查带宽断崖","机制"],"citations":[],"channel_note":"","identity_notice":"","source_type":"generated","status":"published","generated_at":"2026-09-02 09:36:47","legal_anchor_count":0,"transcript_citation_count":0}