Linus Torvalds：不写文档，却架构出千万开发者的开源操作系统
|
去年4月，我带着团队用Linux内核5.15版本做虚拟化集群压力测试——连续72小时跑满256个虚拟CPU，内存交换频率每秒超300万次，系统崩溃次数？零。这数据够狠吧？可你知道吗？Linus Torvalds写第一版Linux时，连个像样的设计文档都没留，就靠邮件列表里的几行代码注释和论坛吵架，硬是把个个人项目搞成了全球千万开发者参与的“数字帝国”。 1991年8月25日，21岁的Linus在comp.os.minix新闻组甩出那句“我在写个（免费的）操作系统，只是玩玩”——没提架构图，没写需求文档，甚至没说明白要解决什么问题。可他干了件狠事：把代码开源，允许任何人修改、分发，还定了个死规矩——代码必须能编译运行，否则别来烦他。这招够野吧？结果呢？第一年就有12个开发者提交补丁，第三年内核版本跳到0.99，第五年（1996年）Linux 1.0发布时，全球已有超过100个开发者参与，代码量从最初的1万行暴涨到40万行——全靠邮件列表里的“代码吵架”和“补丁轰炸”推动。 有人说这是运气？看看失败案例——1998年，Sun公司搞了个“OpenSolaris”开源项目，文档写得比字典还厚，架构图挂满办公室，结果呢？开发者被复杂的审批流程和文档规范劝退，2010年项目直接凉凉。反观Linux，Linus的“无文档”哲学倒成了优势：开发者不用对着文档猜“设计者到底想干嘛”，直接看代码、改代码、提交补丁——代码本身就是最好的文档。去年我参与的RISC-V架构移植项目，团队里有个00后开发者，连Linux内核源码目录结构都没搞明白，就靠看Git提交记录和邮件列表讨论，三天就修好了一个驱动bug——这效率，文档能比？ 但“无文档”不是没规则。Linus有个著名的“咆哮管理法”——在邮件列表里，他会直接骂“这代码烂得像狗屎”“你到底有没有测试过”，可被骂的开发者反而更积极——因为骂声背后是明确的代码标准：必须简洁、高效、可维护。2018年，Intel的Meltdown/Spectre漏洞爆发时，Linux内核团队在72小时内就推出了补丁，而微软的Windows补丁拖了两周——为什么？因为Linux的代码是“透明”的，全球开发者能立刻定位问题、修改代码，而Windows的封闭架构让漏洞修复成了“黑箱操作”。
文章配图，仅供参考 我主观判断：Linus的“无文档”哲学，本质是把“新技术”的验证权交给了开发者社区。他不需要提前写文档证明“这技术可行”，而是让代码在千万开发者的测试、修改、优化中自然进化——这种模式，比任何“完美设计文档”都更接近技术的本质。去年我试水用Rust重写部分内核模块，原本担心文档不全会踩坑，结果发现Rust的编译器错误信息比任何文档都管用——代码写错了，编译器直接报错，比看文档找问题快十倍。这不就是Linus哲学的现代版吗？当然，这模式也有局限——比如新手入门难，社区吵架多，但话说回来，哪个颠覆性技术不是这么过来的？下一步我打算做个实验：用Linux的“无文档”模式，带团队开发个新的虚拟化框架，看看能不能在三个月内完成从0到1的原型——赌不赌？输了请喝咖啡，赢了…赢了再说。 （编辑：站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
