如何判断你的开源项目是否会失败

新的社区实用手册《开源之道》并不寻求争议，但凭借其提炼、简洁、切中要点的信息，争论是不可避免的。特别是书中对如何行动和不行动采取强硬立场时；这种立场源于参与贡献者的多年经验。

其中一个章节是目前讨论和辩论最多的章节。它来源于 Fedora 工程经理 Tom 'spot' Callaway（Fedora 项目历史上最多产的软件包维护者之一）的博客文章。正如您从这段摘录中看到的，spot 对开源项目应该如何构建以便其他贡献者能够以有意义的方式与之交互采取了强硬立场

历史

• 你的代码是另一个项目的分支 [ +10 失败点数 ]

• 你的主要开发者没有参与父项目 [ +50 失败点数 ]

• 在开源之前，你的代码是专有的，时长为

• 1-2 年 [ +10 失败点数 ]

• 3-5 年 [ +20 失败点数 ]

• 6-10 年 [ +30 失败点数 ]

• 10 年以上 [ +50 失败点数 ]

（阅读更多：如何判断 FLOSS 项目注定失败。）

虽然当前版本的大部分内容涵盖了特定于软件的指标，但我们很乐意看到其他一些缺陷——例如在“沟通”、“历史”和“许可”中发现的那些——构成章节的新部分，或全新的章节，为那些在软件开发以外的项目中追求开源之道的人们翻译、阐述和解释它们。

幸运的是，由于 opensource.com 和theopensourceway.org 都使用 CC BY SA 许可，我们可以无缝地在它们之间移动内容。为本书做贡献就像留下一个好的评论一样简单。

首先，我认为当您走出软件世界时，每个开放的努力都不需要邮件列表。事实上，我认为电子邮件列表服务器通常会导致过多的迭代和来自“魔鬼代言人”的输入，他们通常对为辩论而辩论本身比实际做出有用的贡献更感兴趣。

当谈到历史时，我认为某事物存在的时间长短远不如谁支持开放它的想法重要。如果对透明度和外部输入的渴望没有渗透到组织中，那么开放倡议将注定失败。它要么从内部崩溃，要么被外部压力压垮。

但也许我对注定失败的开放事业的危险信号与您不同。因此，我问问您，我那些激进透明度的忠实信徒们：您如何判断一个开源事业注定要失败？