1991年，计算机芬兰赫尔辛基大学的计算机一名学生写了封邮件，问Linus Torvalds能不能把他写的计算机那个小操作系统内核放到公共服务器上让人随便下载。Torvalds说行。计算机这个内核后来叫Linux，计算机现在跑在全世界绝大多数服务器、计算机全部安卓手机和大部分超级计算机上。计算机他当时没签任何保密协议，计算机没申请专利，计算机甚至没想过要靠这个赚钱。计算机

这就是计算机计算机领域一个挺有意思的现象——最要命的东西往往是公开的。

我前阵子帮朋友修一台老笔记本，计算机2013年的计算机ThinkPad，跑Windows 10卡得想砸机器。计算机我说你试试Linux吧。计算机装了Xubuntu，开机12秒，日常用完全没问题。他问我这系统多少钱，我说零。他愣了一下，又问那谁做的，我说几万个程序员，大部分是业余时间写的，代码全在网上挂着，谁都能看谁都能改。他表情像听到什么都市传说。

但这事一点都不玄乎。计算机科学从根上就跟“公开”这两个字绑在一起。图灵1936年那篇论文《论可计算数》——就是提出图灵机的那篇——发在伦敦数学学会的刊物上，谁都能去图书馆翻。冯·诺依曼1945年那份EDVAC报告草案，把存储程序计算机的架构写得明明白白，后来成了几乎所有现代计算机的蓝图。要是他们当年选择藏着掖着，整个行业现在可能还在各自造轮子。

公开带来的好处很直接。一个算法有问题，一万个人看比一个人看更容易发现。Linux内核早期有个调度器的bug，导致高负载下系统会突然卡死，社区里有人贴出复现步骤，三天后补丁就出来了。闭源系统遇到同样的问题，用户只能等厂商发新版，或者自己想办法绕过去。这种效率差距，时间一长就是代差。

不过“公开”不等于“免费”。Red Hat靠卖Linux的企业级支持服务，一年营收几十亿美元。MySQL数据库开源，但商业授权和支持是另一门生意。代码摆在那里，谁都能下载，但企业愿意花钱买的是有人兜底、有人担责、出了问题能打电话骂人的那种安全感。这逻辑其实跟餐馆差不多——菜谱网上到处都是，你还是会去餐厅吃饭。

我自己的习惯是，遇到不熟悉的库或者工具，先去翻它的源码仓库。看提交记录比看文档有用得多。文档可能半年没更新了，但commit不会骗人。上个月想用一个Python的HTTP客户端库，文档说支持异步，结果翻issue发现异步部分有个已知的内存泄漏，维护者说下个版本修。这信息文档里根本没有。公开的好处就在这里——你能看到东西是怎么长出来的，而不只是它长什么样。

当然也有代价。开源项目维护者 burnout 是个真问题。OpenSSL那个著名的Heartbleed漏洞，2014年爆出来的时候，大家才发现这个保护着半个互联网的库，全职维护者就两个人，一年捐款收入不到两千美元。后来Linux基金会搞了核心基础设施计划，才算稍微缓解。代码公开了，但维护代码的人得吃饭，这个矛盾到现在也没完全解决。

计算机这个行当，从学术界出来，骨子里带着分享的基因。论文要同行评审，代码要能复现，标准要公开讨论。这套玩法不是道德高尚，纯粹是因为管用。一个人闷头写的东西，大概率不如一群人吵出来的靠谱。Torvalds那句话我印象很深，他说“Given enough eyeballs, all bugs are shallow”——眼睛够多，bug就藏不住。这话有前提，眼睛得愿意看，看了得愿意说，说了得有人改。公开只是第一步。