48、开源社区的经验与多对多交流的变革

开源社区的经验与多对多交流的变革

1. 应对失败与安全设计

在面对系统失败时，Albert Hirschman区分了三种应对方式：离开去另一个社区（退出）、坚持并保持忠诚、努力改革系统（发声）。Linux社区通过鼓励退出并在一定程度上贬低忠诚，促进了发声的使用，这正是我们期望的结果，即一个系统能以激励发声而非退出或忠诚的方式透明地失败。

安全设计方面，在裁判系统中设计和实施安全功能，很大程度上取决于我们对系统需要防范内容的假设。没有系统能抵御所有潜在挑战，安全总是与易用性、隐私和开放性等其他因素进行权衡。随着系统提供的价值增加，安全可能会成为更重要的考虑因素。黑客和破解者是软件生态的重要组成部分，因为他们能测试安全边界并促使人们认识到系统的弱点。那么，政治社区能否设计成定期承受并受益于这种压力测试呢？

2. 政治与开源的相似性及行动方向

政治理念如民主实验主义和分布式社区问题解决，与开源软件过程有一些核心特征相似。最有趣的交集在于裁判功能的配置，包括系统如何决定某些“代码”更优并将其纳入临时包，代码应保留多久，如何移除或修改以及由谁操作，如何配置以与其他代码交互，以及系统崩溃时会发生什么。

开源社区正在以不同程度的自觉性应对这些问题，其协作模式和实践正在迅速演变，为软件和技术领域之外提供了有趣的实验见解。我们可以采取以下不同做法：
- 加强实验与反馈 ：对一些实验进行监测，收紧反馈循环，以便更快、更精确地了解当调整七个设计原则的不同配置时会发生什么。
- 明确社区目标 ：在政治领域，明确知识和实践社区的总体目标。设计系统时应确保：