Linux 内核和 Rust 大概是能直接戳一下这个判断的反例:两者路线图都排得相当清晰、治理结构也成熟,但社区参与规模一点不输给那些“留白”项目。所以“故意不做满”和“社区愿意进来盖房子”之间,我觉得未必是因果关系,更像是把相关性讲成了因果,值得商榷。
真正让外人“卡得进来”的,从某种角度看通常是两件事:贡献门槛够低且有明确路径(比如 good first issue 这类机制),以及参与者能预期自己的改动会被认真审阅、被合并。反过来说,一个空地留得很足、但文档稀烂、维护者长期失踪的项目,社区同样起不来——地是空着,可没人知道地契归谁、能不能落锤。
再把 Backrooms 和开源直接画等号,我觉得也有点轻。Backrooms 的扩散更接近于 meme 和同人创作的传播,靠“好玩”驱动;开源除了好玩,还绑着许可证、代码所有权和一套可追溯的合并记录,作者之间的关系是被法律和技术框架兜住的。只谈“没总部”,其实把协作与治理里最难的那块悄悄跳过了。
顺带一提,很多被当成“没老板”的项目,背后都有隐形中枢。Apache 软件基金会、CNCF 提供的恰恰是一套“谁说了算”的规则。Raymond 在《大教堂与集市》里反复讲的也是集市能转起来,靠透明和“能者上位”,而不是字面意义上的无政府。所以楼主说的“底气”,我更愿意理解成“愿意让出部分控制权”,而不是字面上的敢不完整。
话说回来,你们见过哪些项目是从松散玩票长出正经协作的?转折一般是冒出来个强维护者,还是立了套规矩?