避免非常规的模式

　　如果采取了那些非常好的策略，想抄近路，但社区的那些非常规模式证明非常好的策略是错误的。如果非常好的策略背后的原因被误解了，你不会得到你想要的结果。就像太平洋的贸易崇拜运动，仅仅建了很多飞机场，没有多大的市场，就希望飞机会降落。调味料终究是调味料，加太多就会毁了整盘菜。

　　归纳起来：当你看到下面的一些模式在你的社区或者你的合伙人出现的时候，你应该去着手应对它们。下面的模式都是很普遍而且有诱惑性的，因为它们就是所谓的非常好的策略，但不合时宜。每一条都会削弱社区的健康。

　　这些你应该避免的非常规模式有：

　　1. 控制和命令 - 社区成员之间是合伙人的关系。而公司之于产品则是控制关系。当你尝试把公司的这种关系放到一个你想发展成为社区软件的产品中时，导致的结果只能是冷淡的回 应，因为其他人不想成为二等公民。类似的，加入一个你没有控制权的社区是很有挑战性的。有时你为了扩大影响，不得不用控制权来交换。

　　2. 水冷却器 - 当你团队过多的忙于你们的私人业务时，社区其他成员也许会怀疑你们的动机和工作优先权。在公开的邮件列表、论坛或者其他公开可读的地方时，你应当允许你的雇员和公司外部的人工作进度是一致的。

　　3. 无意义的讨论(Bikeshed) - 为了一个相对很小的决定，却需要经过长时间的讨论。当你感觉到社区成员正在拖你的后腿的时候，你应该知道什么结束讨论，然后开始干活。

　　4. 黑洞 - 有时雇佣一个社区里面已有的开发者是很有诱惑力的，因为他们拥有你想参与项目的能力。但是当心，当你雇佣社区开发者的时候，社区可能会变得更糟。因为他们本身就是在社区工作的，他们的工作本来是没有多少利益动机的。

　　5. 曲奇舔食者 - 想象一下，一个孩子有很多的曲奇饼干，但是吃完之前他想留下最后一块。所以他从盘子里拿出其中的一块，然后经常舔一下，确保其他人不会吃掉它。在社区项目 里也会有类似的问题 - 那些主导社区的成员经常把那些关键功能保留给他们自己开发，从而剥夺了其他成员做贡献的好机会。这就会有些人贡献过多，有些人饿死。在开发路线表里给其他 人留一些任务。你应该清楚你们想做什么，哪些你们不想做。

　　快乐的耕耘你们的社区

　　社 区软件开发会成为你们产品很好的助推器，也是很好的加分经历。在已有的社区项目上工作可以节省时间和金钱，帮助你们比其他方式更快更好地推出产品。原来做 产品时，是双选题--“自己做或者买别人的”，现在已经完全变成三选题--“自己做、买别人的或者分享别人的”。如果你是在 Android，MeeGo，Linaro还是Qt上做开发，你肯定会理解社区开发是很重要的。当你拥抱开源运动以后，你会发现投资资源变宽了，你的声誉 与日俱增，你已经培养起了给与与的良性关系，所有人都是赢家。而这所有的关键点是，你应该把社区所有成员当做你们产品开发的合伙人。

　　避免那些危险的诱惑，投入适当的时间和精力，你最终会得偿所愿的。就像园丁耕耘他们的植物，使用适当的肥料、工具和资源，待到春暖时，百花就会盛开。

　　原文来源：http://www.visionmobile.com/blog/2011/01/open-source-community-building-a-guide-to-getting-it-right/