| 关注 @shanecurcuru
剑桥市，马萨诸塞州
Shane 是 Punderthings℠ LLC 咨询公司的创始人，帮助组织找到更好的方法来参与为现代技术和商业提供动力的关键开源项目。他撰写博客和推文，内容涉及开源治理和商标问题，并在 ApacheCon、OSCON、All Things Open、Community Leadership Summit 和 Ignite 等主要技术会议上发表演讲。
Shane Curcuru 担任 ASF 的品牌管理副总裁，编写了涵盖所有 200 多个 Apache® 项目的商标和品牌政策，并协助项目定义和管理其商标，以及与使用 Apache 软件品牌的各种软件供应商谈判协议。Shane 正在担任 ASF 当选董事的第七个任期，为所有 Apache 项目提供治理监督、社区指导和财务审查。
此外，Shane 还是：一位父亲和丈夫，一位宝马车主和幽默风趣的人。哦，我们还养猫！关注 @ShaneCurcuru，阅读关于开源社区的内容，并查看我的 FOSS 基金会目录。
撰写的评论
好观点。关键问题：你认为每个沟通渠道用于哪些任务？同样重要的是：哪些类型的人使用每个沟通渠道？
Apache 项目默认使用邮件列表（从我们的历史来看），这往往适用于积极从事代码开发的开发人员。一些较大的项目有论坛 - 用于最终用户的问题、配置以及如何整体使用产品。
了解不同类型的对话是否集中 - 或者尝试先移动一组对话（可能是开发人员/代码构建方面的对话）可能会有所帮助。
后续文章的思考实验：对于新项目，哪种文档更重要，首先要关注：路线图和“这个很酷的东西将如何修复你的小部件！”使用文档，还是技术文档、清晰的构建脚本以及吸引潜在贡献者的东西？
即，你如何考虑改进用户体验，而不是改进新项目起步的开发者体验？
如果你也写了那篇文章，请告诉我 - 如果没有，我需要思考一下！