关键词： swoole， Hyperf， Swoft。。。不做主观判断，大家自己判断
ferock · ferocknew · 2020-01-16 18:08:45 +08:00 · 10927 次点击这是一个创建于 1774 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
ferock OP |
|
2
ferock OP |
|
4
ferock OP 另外，转一个知乎地址： https://zhuanlan.zhihu.com/p/103018763
|
|
5
ferock OP 为啥一直发图片不成功啊，看看这次行不行
 |
|
6
ferock OP 主贴不会 V2EX 发图，把主贴的图，这里再发一次。
   |
 |
7
agdhole 2020-01-16 18:43:57 +08:00
商业上可能会成功，但是这种“开源”怕是已经臭了
|
 |
8
tomczhen 2020-01-16 19:03:45 +08:00 via Android
国内赢家通吃的偏向太明显，也缺乏法律法规的约束。公司大小无所谓，闭环生态平台那都是要打造的。更悲哀的是，也确实只有这样才有机会在这片土地成长下去。
|
 |
10
dinjufen 2020-01-16 22:45:25 +08:00
@tomczhen 更可怕的是，这种互联网思维正向其他领域蔓延，先想着怎么挤垮别人而不是自主创新和实打实的产品来争夺市场。
|
 |
11
manami 2020-01-16 22:54:55 +08:00 via Android
swoole 官方这事做得不够厚道，失道寡助
|
 |
12
nguoidiqua 2020-01-16 23:07:29 +08:00
做得好，有助于推广 Golang。
|
 |
13
zuokanyunqishi 2020-01-16 23:24:54 +08:00 via Android
golang 不香末
|
 |
14
vus520 2020-01-16 23:49:54 +08:00
1，对于新创建的商业化团队，如果没有大笔的赞助，可以想像在国内现有的环境下，生存是多么艰难。我购买过 Swoole Compiler，有看到客服微信的朋友圈写着“识沃科技开始接外包项目”。原因是目前的商业化产品吸金能力不够。站在团队上讲，努力推广自己的产品并没有什么问题，甚至是合理的。
2，对于社区版存在不稳定的试验性分支，而商业版没有，有两方面可以理解。一是社区用户确实被成小白了(表示黑人脸，不可接受)，二是社区版明确提示有一些试验性的功能(表示理解)。 3，做开源并不是一件容易的事情，我理解整个生态都少不了用户和贡献者的支持，如果某天因为商业化需求而直接把贡献者踢一边，这个操作真的很中国。我觉得应该支持不同的声音。 |
 |
15
ragnaroks 2020-01-16 23:51:33 +08:00
这种事情怕是连 eechee 都看不过去
|
 |
16
lshero 2020-01-17 00:09:18 +08:00
准备与前端娱乐圈一争高下吗？
|
 |
17
sagaxu 2020-01-17 01:49:55 +08:00 via Android
nginx plus 怎么不见你们喷？
|
|
19
nguoidiqua 2020-01-17 02:29:56 +08:00 via Android  1
@sagaxu
不是喷收费，是收费措施不当。 他这搞法像叫大家免费上船，喊大家一起划，大家划着划着来到河中间，突然告诉大家我不保证这船漏不漏，我现在备有一个不漏的救生船，但是要钱。 而别人是划着划着，突然说大家辛苦了，要不要喝可乐，要不要按摩，要不要代划。 |
 |
20
JaguarJack 2020-01-17 07:03:56 +08:00 via iPhone
前几年喊着大家一起共建生态，现在以为生态建立起来了？就马不停蹄的商业赚钱
|
 |
21
king888 2020-01-17 08:13:48 +08:00 via iPhone
实话说，有时间投入到 swoole，Hyperf，Swoft，都可以撸上 Golang 了，所以这个时间成本上就不划算，再说 golang 真香。
|
 |
22
jfhy0901 2020-01-17 09:14:59 +08:00 via Android
在我看来都是利益之争，所以为啥这么多人推荐 golong 呢？
|
|
23
sagaxu 2020-01-17 09:23:12 +08:00 via Android
@nguoidiqua 并没有骗大家共建生态，之前 swoole 团队要改开源协议的事情都忘了吗？那次就是提醒大家开源产品的风险，尤其是核心团队还在忙于生计的开源产品。
指定个官方框架，的确伤害了其他框架的作者，可 swoole 现在不正是缺一个有凝聚力的框架吗？小众技术栈，社区再百花齐放，生存下去是很困难的，最好像 Spring 之于 Java 那样，集中力量做好一件事。 |
 |
25
wtf10029 2020-01-17 11:16:40 +08:00
韩说了 80%swoole 用户不用框架，大家散了吧
|
|
26
nguoidiqua 2020-01-17 11:26:27 +08:00 via Android
|
 |
27
lbp0200 2020-01-17 11:47:54 +08:00
智商税
|
 |
28
pushy 2020-01-17 14:42:25 +08:00
test
|
 |
29
koolob 2020-01-17 14:48:22 +08:00
我 15 年开始用 swoole，发现它的 websocket 实在不稳定，然后换用 go 了，swoole 只是用来做一个 HTTP 底层服务，然后自己搞了个框架用。
后来替换成 easyswoole 框架，感觉还是不错的。 现在直接换成 serverless 了。 所以我觉得不要拘泥于一个框架、一种语言。哪种更好，果断换过去。 |
 |
30
tabris17 2020-01-17 14:51:56 +08:00
公司不让用 php 以外的技术栈，只能选 swoole+hyperf 了，没办法
|
 |
31
Zach369 2020-01-17 14:54:38 +08:00
go 不香吗? java 不香吗?
|
 |
32
helionzzz 2020-01-17 15:03:55 +08:00
@dinjufen 这才不是什么互联网思维，有兴趣的话可以查查中国 80、90 年代的行业龙头和民族品牌是怎么被外资收购打压雪藏的。只有挤不垮你的情况下才会被迫用产品和服务来占领市场。能挤垮你垄断市场谁还费那个事
|
 |
33
star7th 2020-01-17 15:24:13 +08:00
花了点时间才弄清楚怎么回事。就是说 swoole 作为 php 开源扩展，衍生出了第三方框架。现在官方也出了一个自己的框架，所以被第三方框架的人认为这是官方逼死同人。
我几年没碰 swoole 了。以前用过，后来发现有常驻内存的需求不如用 node 好了。 当时记得官方就出了个简单的官方框架呀。后面把框架做大 /商业化，这是情理之中的事情吧。如果前端框架 VUE 官方也出了一个官方的 UI 库，我是不会觉得奇怪的。从 php 扩展到 php 框架这个链路，我觉得官方做了也没问题。毕竟扩展和框架本身都是只是提供基础能力，没有脱离他们原来做基础支撑的初衷。上层应用才是第三方应该发力的地方，例如说用来做博客，做 cms 等等。从整个生态来讲，我反而支持有一个统一的 swoole 框架出现，框架统一，然后上层应用百花齐放。 我不知道官方有没有一开始讲清楚他们会做官方框架，如果完全没提过，那就有点不厚道了。对于第三方框架开发者，确实会是个遗憾，毕竟付出了那么多精力。我建议第三方框架做得比官方好，跟官方框架竞争，或者转型做应用层。 |
|
34
ferock OP 知乎这篇算是真的来给 swoole 打脸了
https://zhuanlan.zhihu.com/p/103182712 |
|
35
ferock OP 从对用户负责的角度，我给 soft 赞一个👍
 |
|
36
ferock OP 更正，swoft。。。
|
 |
37
hanxiV2EX 2020-01-17 15:29:46 +08:00
成功的案例 openresty 商业化
|
 |
38
815979670 2020-01-17 15:31:50 +08:00
我上次讨论 ThinPHP 那个事情，前期是自己被带节奏了确实说了不正确的观点，后面被人一顿喷 我再也不敢发表观点了
|
 |
40
xcstream 2020-01-17 15:59:56 +08:00
node 不好么 或者 go
|
|
43
ferock OP 貌似，swoole 和 hy 的官网被攻击了。。。
|
|
45
lshero 2020-04-09 20:54:03 +08:00
@TeslaLyon 来源是这个 https://tieba.baidu.com/p/6001521001?red_tag=1704786322 后来就是泛指前端的各种纷争了
|
Select Language