开源项目是怎么得到第一批玩家的，又是怎么得到二次传播的

即使强如知乎大 V vczh，gaclib 也只是完成了第一步：一小撮人用起来玩起来。

不知道实际项目中成功的开源项目是怎么得到第一批使用者的呢?

比如 thinkphp, vue

这一步之后，关键一步是有自来水帮忙做作者没做的事，去推广宣传。比如写使用心得。
这步有什么典型例子。Laravel 算么。

我发这个问题，是因为到了个瓶颈，DuckPhp 这个 PHP 写的 Web 框架我已经一个人搞了近 3 年。
成熟度来说大概在去年 12 月改名的时候已经是很完备的。

写代码心里有数，写文档因为没反馈，所以不知道写得好不好。
写推广，就只有在这里了。其他地方，我真不知道去哪里了。
在自己的几个 PHP 的 QQ 群里，也只是，哦，有这个东西。

所以我很想知道，那些有名的项目是怎么推广起来的。
就我得到的信息，
ThinkPhp 是自己写框架同时给人做外包。
CodeIgniter 是写了框架，利用英文优势，写了些文章全球二次推广，然后靠培训搞起。
Laravel 不知道怎么冒出来，中文世界了解 Laravel 却不知道 Symfony .
Symfony 的背景是和 PHP 核心的那些人有沟通。
VUE 在大公司，所以一小撮用起来很容易。
同样是大公司起家的，是雅虎中国的 Yii 。

workerman 是简单几个 demo 让大家发现了原来 php 还能干这事。所以就搞起。
swoole 也是 php 还能干这事的典型，早期的 swoole 远不如 swoole 4 好用。但是能用，补足缺失部分，所以在公司里内部迭代用起来了。虽然 php 手册里是有了。但是 swoole 的推广不算是个好例子。

那个，vczh 不是在 M$ 么，怎么没见人用 gaclib 搞项目
因为 gaclib 不如其他同级别的东西成熟。或者及时是成熟了（比如排版引擎）读懂的人太少不敢用。
或者是参与的人都没有有达到拍板的程度。类似 swoole/workerman 的是小公司里：先试用看看，如果能就用吧，由此就用起来了。

我做的 DuckPhp 这个 Web 框架的地址。

https://github.com/dvaknheo/duckphp

那么，我需要什么呢？我需要人，帮我品出 DuckPhp 的优势，把我做到但我说不出来的精妙之处向其他人表达出来。哦，原来这个框架有那么强大，但是又是那么简单易用。
来，希望以后能有一小撮人搞起来。
有时候我在想，要做个什么大一点的来演示。以突出 DuckPhp 比其他框架的好的地方。于是我重写了 laravel 的 demo （未完工）,yii3 的 demo(基本完工)。但是又想到没人会看，所以动力又没了。
所以，我真的很希望有人帮忙搞起。

saltbo

2020-05-21 11:14:35 +08:00

举个最近发现的例子，静态博客的评论最好的还是 Disqus，但是 Disqus 的 DNS 是被污染状态，所以苏卡卡做了一个 DisqusJS，采用 JerryQu 的思路做了一个评论基础模式。这就解决了一个很多人的痛点，所以用的人也比较多，影响力也还可以。

我最近接了 DisqusJS，因为我用的是 Vuepress，我发现 Vuepress 没法很方便的接入 DisqusJS，所以封装了一个[vuepress-plugin-disqusjs]( https://github.com/saltbo/vuepress-plugin-disqusjs)。那你说我这个小项目会有影响么？其实完全取决于使用 Vuepress 和 DisqusJS 的人又多少。。

jqh

2020-05-21 11:41:37 +08:00

@saltbo 我就是其中一个不赞同楼主对自己项目总结的那些所谓的“优势”的，事实上楼主所谓的那些“优势”，在我看来就是缺点。

@dvaknheo 前面的老哥都说得很对，你想要火，得切实地能解决用户的痛点，你现在能说清楚你这个项目的适用人群吗？

三年时间，就出来个这么点功能的东西，连文档都写不明白，谁敢用？开源产品，不是有个基本框架就完事的，方方面面的细节更要做到位，那些能火的项目，无一例外各项细节上都是很完备的。

thinkphp 和 CI 这种只是因为在国内早期市场空白期出现，才能占领市场，现在写这种框架出一个死一个。原因很简单，同类型更优秀的产品太多了。

而 laravel 为什么能火？为什么 laravel 的高质量的第三方扩展包数量能碾压其他框架？为什么大家愿意给 laravel 贡献扩展？这个原因不值得你深思吗？建议楼主多深入学习下其他优秀的开源项目，而不是浅尝而止就轻易下定论，总的来说，我看了你的部分代码以及你的几个帖子的言论，对你自身的水平表示怀疑，打铁还需自身硬，没有过硬的产品想火是不切实际的。

crackhopper

2020-05-21 12:24:17 +08:00

说几点我的看法：
1. 所谓的用户痛点什么的，其实是你框架锚定的市场空间。问自己的问题：你的框架解决什么问题？你的框架给什么样的人用？这些人群有多少？
2. 推广自然要根据你锚定的市场，找到对应的人群来推广。问自己的问题：如何找到这些用户？他们通常在哪里活动？以及如何把其他用户挖掘到你的框架下？
3. 框架本身是很重要的。问自己的问题：一个新用户最希望看到的是什么？是什么让他决定尝试使用你的框架？是什么进一步决定他使用你的框架生产？
4. 留存用户。问自己的问题：是什么导致了用户放弃你的框架选择其他框架？
很多问题不光是你自己回答，也需要寻访用户得到答案。就我个人来看：第 1 点不清晰，说明介绍文档介绍的不够清晰；第 2 点，目前你至少如果有少量用户的话可以和他们多交流；第 3 点，文档上不够：缺乏视觉性效果、缺乏性能评测效果、缺乏可交互的在线 demo 、缺乏有力的其他用户使用经验的整理和汇总；第 4 点，你可以多问问用了一阵子最后不用的人原因是什么。所有这些做的都足够好，就会有人自动参与到项目里开，否则大部分人都不会产生兴趣。