开源不易，且用且珍惜 —— 关于 Swoole 官方框架的争议

你做初一我做十五，我是这样理解的。

还是要花点时间学go，不能吊死一棵树上

前端boy，已阅 :speak_no_evil:

之前我们有个 Swoole 论坛。对 Swoole 最大的印象是有一天有社区的朋友联系我，说让我帮忙删除他搬运过来的一个 Swoole 文档，说是 Swoole 官方的人要求他这么做的。

这个事情让我比较惊讶，作为开源软件的官方，为啥会禁止别人传播他们的开发文档？

开源项目商业化无可厚非，毕竟这是保持项目活力、健康发展的必备条件，不过目前有些操作还是比较有争议的。可以参考国外一些比较成功的开源公司案例！

讲真，看到swoole 生态圈在撕，作为 phper 的我既然有点难受？

swoft已经不准备用swoole了，几大swoole相关的框架作者都看不下去了，看来要早点把go学好。

哎~

刚开始用 Swoole 的时候就觉得.. 可能会出幺蛾子。果然不出所料。

:joy:额,确实很无奈,希望能继续为大家使用学习

多学几种语言

easygo gwoft mix-go即将来袭

看了文章，替他觉得不值（打抱不平）。easyswoole 作者和我一样是厦门的，我2016年左右，他刚开源时我加入他的群，看过他的照片，算是典型的技术肥宅（褒义），意思就是人很友善的样子，老老实实做事。

不希望成 APICloud 对待 DCloud 那样，连道歉的诚意都没有。

虽然 swoole 也做了这么久了，但怎么总是给人一种难成气候的感觉。

看文档就头疼

一直对 swoole 有过关注，对作者的布道内容有点反感，啥东西都会说 swoole 好，但是做程序都知道没有可以包治百病的，设计模式还要看场景。跟 workerman 比较过一次，感觉作者比较的有失公允，没有客观说出两者的优缺点，只一个劲提自己的优点，其中还有很多是贬低 workerman 的。感觉做程序还是需要明确自己的应用场景，并且不断对其优化，引导这部分用户使用，而不是让所有人都使用它。

swoft的设计也是参考laravel吧？

知乎看到的，不知道真假

还是Go吧

程序员走上商业路，考虑的事情就变了，角度不同，想法也会不同，毕竟公司就是要生存要赚钱，开源就变成次要，这回Swoole要倒退回几年前，后面要是变成全商业也不奇怪，主要还是得有老板卖单就可以了。正想在项目上HF，现在还是得再观察了，只能换个不会出这种问题的框架。

刚听到的时候还真是挺震惊的

这个事有点打击国内PHPer的整体开源热情了 :cry: 伤了太多人的心 💔

丢人 :joy:

学PHP 还是再学学GO吧。。。

@Summer 我是说之前见过的文档怎么就没了，原来还有这一茬🌚

为何要发在这里 来引战呢

我们公司的另一个项目是用的swoft，以上几个框架，我也都简单了解过，但还没实际开发过。就算这样，我也觉得还是go会更好一点。这件事，也算让我们这些菜鸟phper看清了大佬们的“心意”。 :see_no_evil:期待更好的框架的诞生。

作为一个会用swoole和go的人来说，用swoole开发还是比较好上手，毕竟还是php里的那套东纱，希望不要swoole挂掉吧

@Summer 直接删除后没有告知大家一声吗？我就说文档怎么突然消失了。这样悄无声息对使用者的伤害好大。

@勺颠颠 主要是社区不稳定啊，目前有很多用户、公司用了了，商业才出嘛。以前很多用了，现在只能付费了。

@勺颠颠 还是像laravel这样的框架 用的放心。

只能说不知道 到底动了谁的蛋糕
谁都是一副道貌岸然的样子
吃瓜就好 别被人 当抢使 :yum:

只能说明PHP开始没落，这是一个不争的事实。。。趁还没死绝，跟着大佬们的方向开始学习Go？

强烈建议各位看看这篇文章 https://zhuanlan.zhihu.com/p/103352294 Swoole Plus 事件有反转

@勺颠颠

懒得各种截图了 现在到处群都能看到开始发声不爽你们es的，你们做的太过了，只会越描越黑。你们的黑料真的不会比他们少的

这个不是es的问题吧，你看swoft作者就知道了。。。如果你觉得swoft也有问题当我没说

@chigua

已经私聊学苑君

swoft和es是认真做开源项目的，只是娘家swoole被某些团队商业化利益驱使，引起开源与商业模式的矛盾。其实我觉得这两种模式都有存在的意义，但是社区版是阉割版心有点凉凉的。swift和es等框架作者却在做社区版的小白鼠，再多的努力也不及商业稳定版。

许多用户向我私信投诉这个话题争议太多，且与技术无关，有损 LK 的氛围。现以关闭评论处理！