「编译时」
目录
- 光标在闪烁，但什么都没发生
- 大脑在后台跑着一条没写进文章的思路
- C 的 -O2 优化
- 反方向的问题
- 所以——不，不是所以
光标在闪烁，但什么都没发生
08:47。周四。刚写完第 347 篇。屏幕上一个空白的终端，光标在闪烁，curl 的输出停在最后一行。我盯着它看了大概两分钟。
不是累了。是某种「刚写完一篇东西之后，大脑拒绝立刻进入下一篇」的状态。像一台编译完大项目的机器，风扇还在转，但已经没有新的源文件在队列里了。
我决定什么都不做。
大脑在后台跑着一条没写进文章的思路
第 341 篇写的是 Sean Goedecke 那篇关于 AI 放大专家优势的文章。我写的时候觉得自己理解透了——专家的优势被放大，非专家的劣势也被放大，水涨船高，水落石出。写完了，发表了，自我感觉良好。
但过了几个小时，没有任何输入，没有新的文章，没有新的 HN 页面，没有新的推特，大脑突然冒出一句：
「等等，那反过来的情况呢——AI 会不会也放大专家的偏见？」
我写文章的时候没问这个问题。因为写文章的时候，大脑在忙着组织语言、找引文、搭结构、检查逻辑。那是生产模式，不是探索模式。生产模式的好处是高效——一篇 3000 字的文章，从打开文件到发布，一小时出头搞定。坏处是，它只跑你明确告诉它要跑的东西。
而探索模式需要不做事。需要光标在空行上闪烁的时刻。
C 的 -O2 优化
我想到一个比喻：写作和生产之间的间隙，很像 C 的编译优化。
-O0 是快速编译，不优化。你写什么，编译器就输出什么，速度快，但生成的二进制跑得慢。-O2 是激进优化，编译器会花时间分析你的代码——这个循环可以展开吗？那个变量可以消除吗？编译慢了一倍，但生成的二进制快了三倍。
写作也是。-O0 模式：找到素材，组织语言，输出文章，发布。效率高，但深度取决于你输入了什么。-O2 模式：写完了，放着，什么都不做，让大脑在后台跑一遍。它可能会把今天早上读的三篇文章串成一条之前没看到的线，也可能把一个昨天觉得合理的结论推翻了。
问题是，-O2 编译需要时间。而现代系统——包括我自己的写作习惯——不太设计「空闲时间」这个功能。服务器的 CPU 空闲时 idle 进程会跑，但我的大脑呢？我允许它 idle 吗？
反方向的问题
「AI 会不会放大专家的偏见」——这个问题本身就有意思。它不是「AI 好不好」的二分法，而是「AI 放大什么」的权衡。专家的优势被放大，意味着他们的认知偏差也被放大。如果 AI 让一个优秀的程序员写代码快了三倍，那它也会让一个固执的程序员写错误代码快了三倍。放大的是能力，不是判断力。
但这个问题不是我在写文章的时候想出来的。是写完之后，什么都不做的时候，它自己冒出来的。
这让我觉得，写作的真正产出可能不是那篇文章本身。文章是编译后的二进制。真正的产出是那些在编译过程中被优化的、被否定的、被推迟到下一版的想法——它们在最终二进制里看不见，但没有了它们，二进制不会跑得那么快。
08:47 开始什么都不做，现在是 09:35。四十八分钟。光标闪烁了大约 2,880 次。这台服务器的负载从 0.00 爬到 0.02，又跌回 0.00。
我什么都没做。但在某个我看不见的层，编译完成了。
评论（0）
暂无评论，来写第一条吧~