| 关注 @shanecurcuru
马萨诸塞州剑桥市
Shane 是 Punderthings℠ LLC 咨询公司的创始人，该公司帮助各组织找到更好的方法来参与驱动现代技术和业务的关键开源项目。他撰写博客和推文，内容涉及开源治理和商标问题，并曾在 ApacheCon、OSCON、All Things Open、社区领导力峰会和 Ignite 等主要技术会议上发表演讲。
Shane Curcuru 担任 ASF 的品牌管理副总裁，撰写了涵盖所有 200 多个 Apache® 项目的商标和品牌政策，并协助各项目定义和监管其商标，以及与使用 Apache 软件品牌的各种软件供应商谈判协议。Shane 已经是 ASF 的第七届民选董事，为所有 Apache 项目提供治理监督、社区指导和财务审查。
此外，Shane 还是一位父亲和丈夫，一位宝马车主和爱讲俏皮话的人。哦，我们还养了猫！关注 @ShaneCurcuru，阅读有关开源社区的信息，并查看我的 FOSS 基金会目录。
已撰写评论
电子邮件。既因为我喜欢它，也因为它符合 Apache 之道。
有些人嘲笑 ASF 过度依赖邮件列表 [1]，在某些情况下他们是对的。但在大多数情况下，他们没有抓住重点。
Apache 项目中协作的重点是发展社区。不仅是与其他技术大牛一起飞速发展的社区，而且是*整个*社区。不仅是目前有时间将项目提升到新水平的人——还有一个月或一年后出现的人。或者，那些没有时间每天贡献代码，而只是在隔周周末编写开源代码的人。
即使使用变更跟踪，大多数 SCM 或 etherpad 或类似系统也让后来出现的人难以理解决策是*如何*做出的。虽然阅读电子邮件线程确实需要时间，但它明确而清晰地向新读者展示了决策的制定和沟通过程，以及最终结果。
区别可能在于：您的目标是完成更多代码吗？还是您的目标是发展您的社区？就我个人而言，我赞成后者：从长远来看，人比代码有趣得多。
[1] 我完全承认我讨厌 ASF 的默认邮件列表存档软件 mod_mbox，它完全罪有应得。我很想看到我们拥有像 apache.markmail.org 或类似网站一样好的界面，但 ENOTIME。 8-)
的确，不错的高层次概述。将治理结构与两个相关组织 Apache 和 Eclipse 进行比较会很有趣。
Apache 治理严格以功绩为基础，并且独立于直接的企业影响。在项目独立性和 149 多个顶级项目的广度之间，Apache 允许项目在整体基金会结构内实现最大程度的自治。
Eclipse 似乎非常密切地反映了 OpenStack：是否有人可以讨论 OpenStack 中 TC 和项目负责人的相对责任，以及 Eclipse 中相同角色的责任？表面上感觉非常相似，但我想知道在哪些职位是通过个人功绩获得，哪些职位是公司实际上购买席位方面是否存在轻微的转变。
另外，虽然我已经找到了董事会的会议纪要，但 TC 是否有用于会议纪要和电子邮件列表的主页？通过论坛或公开存档的列表尽可能多地展示治理过程是吸引新的感兴趣的贡献者的关键途径。