关键词： swoole， Hyperf， Swoft。。。不做主观判断，大家自己判断

• 主 資深大佬 : ferock

  https://ae01.alicdn.com/kf/H197495790ca947ceac6c332ecb21006cl.jpg

• 主 資深大佬 : ferock

  https://imgur.com/1PLICcM

• 資深大佬 : NoobPhper

  @viest 我看到你了

• 主 資深大佬 : ferock

  另外，转一个知乎地址： https://zhuanlan.zhihu.com/p/103018763

• 主 資深大佬 : ferock

  为啥一直发图片不成功啊，看看这次行不行

  

• 主 資深大佬 : ferock

  主贴不会 V2EX 发图，把主贴的图，这里再发一次。

  

  

  

• 資深大佬 : agdhole

  商业上可能会成功，但是这种“开源”怕是已经臭了

• 資深大佬 : tomczhen

  国内赢家通吃的偏向太明显，也缺乏法律法规的约束。公司大小无所谓，闭环生态平台那都是要打造的。更悲哀的是，也确实只有这样才有机会在这片土地成长下去。

• 主 資深大佬 : ferock

  @agdhole #7

  只能摇头，叹息

• 資深大佬 : dinjufen

  @tomczhen 更可怕的是，这种互联网思维正向其他领域蔓延，先想着怎么挤垮别人而不是自主创新和实打实的产品来争夺市场。

• 資深大佬 : manami

  swoole 官方这事做得不够厚道，失道寡助

• 資深大佬 : nguoidiqua

  做得好，有助于推广 Golang。

• 資深大佬 : zuokanyunqishi

  golang 不香末

• 資深大佬 : vus520

  1，对于新创建的商业化团队，如果没有大笔的赞助，可以想像在国内现有的环境下，生存是多么艰难。我购买过 Swoole Compiler，有看到客服微信的朋友圈写着“识沃科技开始接外包项目”。原因是目前的商业化产品吸金能力不够。站在团队上讲，努力推广自己的产品并没有什么问题，甚至是合理的。

  2，对于社区版存在不稳定的试验性分支，而商业版没有，有两方面可以理解。一是社区用户确实被成小白了(表示黑人脸，不可接受)，二是社区版明确提示有一些试验性的功能(表示理解)。

  3，做开源并不是一件容易的事情，我理解整个生态都少不了用户和贡献者的支持，如果某天因为商业化需求而直接把贡献者踢一边，这个操作真的很中国。我觉得应该支持不同的声音。

• 資深大佬 : ragnaroks

  这种事情怕是连 eechee 都看不过去

• 資深大佬 : lshero

  准备与前端娱乐圈一争高下吗？

• 資深大佬 : sagaxu

  nginx plus 怎么不见你们喷？

• 資深大佬 : ericgui

  @sagaxu nginx 本身就足够好，所以 nginx plus 其实不赚钱的，所以前段时间卖身了

• 資深大佬 : nguoidiqua

  @sagaxu

  不是喷收费，是收费措施不当。

  他这搞法像叫大家免费上船，喊大家一起划，大家划着划着来到河中间，突然告诉大家我不保证这船漏不漏，我现在备有一个不漏的救生船，但是要钱。

  而别人是划着划着，突然说大家辛苦了，要不要喝可乐，要不要按摩，要不要代划。

• 資深大佬 : JaguarJack

  前几年喊着大家一起共建生态，现在以为生态建立起来了？就马不停蹄的商业赚钱

• 資深大佬 : king888

  实话说，有时间投入到 swoole，Hyperf，Swoft，都可以撸上 Golang 了，所以这个时间成本上就不划算，再说 golang 真香。
• 資深大佬 : jfhy0901

  在我看来都是利益之争，所以为啥这么多人推荐 golong 呢？

• 資深大佬 : sagaxu

  @nguoidiqua 并没有骗大家共建生态，之前 swoole 团队要改开源协议的事情都忘了吗？那次就是提醒大家开源产品的风险，尤其是核心团队还在忙于生计的开源产品。

  指定个官方框架，的确伤害了其他框架的作者，可 swoole 现在不正是缺一个有凝聚力的框架吗？小众技术栈，社区再百花齐放，生存下去是很困难的，最好像 Spring 之于 Java 那样，集中力量做好一件事。

• 資深大佬 : liuxu

  @jfhy0901 和利益没关系，这些人在哪都能推 golang

• 資深大佬 : wtf10029

  韩说了 80%swoole 用户不用框架，大家散了吧

• 資深大佬 : nguoidiqua

  @sagaxu

  我没说他骗大家啊。

  我上面举的例子说的很明白了，别人是在良好的产品基础上提供额外价值，而他这是切割基础价值去收费。

  简而言之这是一个程度的问题。

• 資深大佬 : lbp0200

  智商税

• 資深大佬 : pushy

  test

• 資深大佬 : koolob

  我 15 年开始用 swoole，发现它的 websocket 实在不稳定，然后换用 go 了，swoole 只是用来做一个 HTTP 底层服务，然后自己搞了个框架用。
  后来替换成 easyswoole 框架，感觉还是不错的。
  现在直接换成 serverless 了。

  所以我觉得不要拘泥于一个框架、一种语言。哪种更好，果断换过去。

• 資深大佬 : tabris17

  公司不让用 php 以外的技术栈，只能选 swoole+hyperf 了，没办法

• 資深大佬 : Zach369

  go 不香吗? java 不香吗?

• 資深大佬 : helionzzz

  @dinjufen 这才不是什么互联网思维，有兴趣的话可以查查中国 80、90 年代的行业龙头和民族品牌是怎么被外资收购打压雪藏的。只有挤不垮你的情况下才会被迫用产品和服务来占领市场。能挤垮你垄断市场谁还费那个事

• 資深大佬 : star7th

  花了点时间才弄清楚怎么回事。就是说 swoole 作为 php 开源扩展，衍生出了第三方框架。现在官方也出了一个自己的框架，所以被第三方框架的人认为这是官方逼死同人。
  我几年没碰 swoole 了。以前用过，后来发现有常驻内存的需求不如用 node 好了。
  当时记得官方就出了个简单的官方框架呀。后面把框架做大 /商业化，这是情理之中的事情吧。如果前端框架 VUE 官方也出了一个官方的 UI 库，我是不会觉得奇怪的。从 php 扩展到 php 框架这个链路，我觉得官方做了也没问题。毕竟扩展和框架本身都是只是提供基础能力，没有脱离他们原来做基础支撑的初衷。上层应用才是第三方应该发力的地方，例如说用来做博客，做 cms 等等。从整个生态来讲，我反而支持有一个统一的 swoole 框架出现，框架统一，然后上层应用百花齐放。
  我不知道官方有没有一开始讲清楚他们会做官方框架，如果完全没提过，那就有点不厚道了。对于第三方框架开发者，确实会是个遗憾，毕竟付出了那么多精力。我建议第三方框架做得比官方好，跟官方框架竞争，或者转型做应用层。

• 主 資深大佬 : ferock

  知乎这篇算是真的来给 swoole 打脸了
  https://zhuanlan.zhihu.com/p/103182712

• 主 資深大佬 : ferock

  从对用户负责的角度，我给 soft 赞一个

• 主 資深大佬 : ferock

  更正，swoft。。。

• 資深大佬 : hanxiV2EX

  成功的案例 openresty 商业化

• 資深大佬 : 815979670

  我上次讨论 ThinPHP 那个事情，前期是自己被带节奏了确实说了不正确的观点，后面被人一顿喷 我再也不敢发表观点了

• 資深大佬 : 815979670

  @star7th 好像之前说是支持每一个框架发展，忽然商业化之后就变出了一个官方框架。。。。

• 資深大佬 : xcstream

  node 不好么 或者 go

• 資深大佬 : mnssbe

  @xcstream npm 好玩么

• 資深大佬 : xcstream

  @mnssbe npm 库最多了

• 主 資深大佬 : ferock

  貌似，swoole 和 hy 的官网被攻击了。。。