我为什么在不知不觉间作上了开源

作了几年的php，无聊之余、忽然很想记录一下，本身是如何走上开源这条不归路。。。

接触Swoole

第一次接触swoole,那个时候的swoole，仍是1.6.7版本。为了实现比php自带的curlMulti更加精准且可控制的爬虫，我把关注点放到了swoole身上。在初步的技术评审后，发现swoole能够知足我在不改变技术栈的状况下，实现我想要的东西，并且效率比我以前的fpm模式高出了不少，所以开始慢慢的试着去使用swoole。

开始造轮子

说实话，1.6.7时代的swoole，生态很是的欠缺，以致于我想找个靠谱的框架都没有（ps:其实反过来想是哪一个时候我比较菜鸡，韩总写的swoole framework我又以为太繁琐），通过一段时间的摸索，写了一个比较简陋的框架，我把它叫easyPHP-Swoole（其实这么叫的缘由在于我以为swoole对于我来讲，很难，好不容易才从fpm思惟转到常驻内存模式，后面在韩总的建议下才改成easyswoole），并把他开源了。其实那个时候，就仅仅是为了好玩，也以为不该该再让你们重复造轮子，并且万一要是火了，那也许我也就出名了。

王婆卖瓜

其实v1版本的easyswoole很是简陋，甚至不支持composer包管理，如今反过头来看，真的是漏洞百出。但得益于终年喜欢装逼混迹于各类php群内，和我那很是厚的脸皮，我居然真的忽悠到了几个初始用户。那个时候的我，不允许有任何人说Easyswoole的很差，就比如你问我php是否是世界上最好的语言，当有人问我什么框架最好最牛逼的时候，我也会确定的告诉你，那就是个人Easyswoole 。

不得不维护

随着慢慢的被我忽悠的人把Easyswoole v1投入生产，他们也开始逐渐的反馈问题和不足，怎么办，修呗，为了本身曾经吹出去的牛逼，含着泪也要把bug修完。修完bug后，又有人提出，缺乏这个功能，或者是swoole出协程版本了，怎么不适配（v1版本是要求同步版本的swoole），文档这边写的很差，怎么不完善一下等诸多问题。。。我发现，作个开源怎么这么麻烦，问题愈来愈多，并且吃力不讨好，连文档服务器都是本身掏腰包的。甚至有一段时间，其实很想删库，可是又以为那样很不负责，毕竟，人家是用了个人代码，那就是信任，若是我出问题我不负责，那其实就是耍流氓。在这样的恶性循环下，出了v2,和如今的v3版本。

争议不断

后来，随着用户的增多，Easyswoole 有了一个599 vip群，专门为基础差或者是不爱看文档的人作解答的付费群。随之而来，就骂声一片了，什么开源还收费，或者是见钱眼开之类。。。其实关于这个问题，我不想解释，也不想说太多，只想告诉那些人，开源不易，且行且珍惜。

不忘初心

其实，我确实曾经考虑过把Easyswoole商业化，如今也在考虑，但反观如今的市场和用户量，对于我来讲，我仍是专心先作好开源，等哪天，用的人多了，我也就真的装逼成功了，也就有钱了。