![]() | 1 ferock OP PRO |
![]() | 2 ferock OP PRO |
![]() | 4 ferock OP PRO 另外,转一个知乎地址: https://zhuanlan.zhihu.com/p/103018763 |
![]() | 5 ferock OP PRO |
![]() | 6 ferock OP PRO |
![]() | 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 ![]() @sagaxu 不是喷收费,是收费措施不当。 他这搞法像叫大家免费上船,喊大家一起划,大家划着划着来到河中间,突然告诉大家我不保证这船漏不漏,我现在备有一个不漏的救生船,但是要钱。 而别人是划着划着,突然说大家辛苦了,要不要喝可乐,要不要按摩,要不要代划。 |
![]() | 20 akagishigeru 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 PRO 知乎这篇算是真的来给 swoole 打脸了 https://zhuanlan.zhihu.com/p/103182712 |
![]() | 35 ferock OP PRO |
![]() | 36 ferock OP PRO 更正,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 PRO 貌似,swoole 和 hy 的官网被攻击了。。。 |
![]() | 45 lshero 2020-04-09 20:54:03 +08:00 @TeslaLyon 来源是这个 https://tieba.baidu.com/p/6001521001?red_tag=1704786322 后来就是泛指前端的各种纷争了 |