社区和生态合作等概念在现在已经成为主流。几乎每家公司都会说自己要打造一个开发者或用户社区之类，让这些社会力量可以加入产品的创新进来。

但很大比例的社区的最大特点就是：冷清，而且是极为冷清。根本没有多少开发者会参与进来。

如果要研究这背后的机制，最好的标杆案例可能就是开源世界，尤其是 Linux 社区的运作模式。

而这背后的故事则是，产品开发的两种经典模式：大教堂模式和集市模式。

开源世界的大神程序员 Eric Raymond 认为：

① 好的软件作品，往往源自开发者的个人需要；

② 优秀的程序员知道写什么，卓越的程序员知道改写（和重用）什么；

即便是 Linus Torvalds 当年写 Linux 时也是找了别的内核起步，后面才逐渐换掉。

随着软件深入到各个领地，数字化时代的几乎所有产品开发都会首先考虑有无可重用的开源框架，然后围绕具体要解决的问题进行有针对性的补充。

让项目先跑起来最重要，获得一种成长的势能，然后在分步骤进行底层的替换或者优化。

如何用最短的路径让新产品先浮现出大概的样子（比

以 Linux 社区为例，看似松散的开发队伍但质量还非常之好，除了若干天才程序员之外，还有更多是工程方面的原因

① 只要有足够多的 Beta 测试和合作开发者，几乎所有问题都会很快显现，并且自然有人会把问题解决；

② 高品质的 bug 反馈，要求报告者对源代码有了解：一个仅描述外部可见症状的 bug 报告，和一个直接关联到源码的分析型 bug 报告，两者的价值是天壤之别。

联想到 MVP 和迭代式开发，频度高快节奏是表象，核心是保持一定质量的迭代，而不是从垃圾中迭代垃圾。

#东施效颦现象无处不在