我爲什麼在不知不覺間作上了開源

作了幾年的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商業化，如今也在考慮，但反觀如今的市場和用戶量，對於我來講，我仍是專心先作好開源，等哪天，用的人多了，我也就真的裝逼成功了，也就有錢了。