如何看待Swoole作者聲稱Swoole沒有商業目的,反對Fiber提案毫無私心?

時間 2021-05-05 15:15:46

1樓:tom liu

我覺得加入好啊.

最小的,其它的實現可以慢慢來

swoole那套太複雜了,為了實現攜程加入了太多的新東西不如直接go

簡單的東西也不如workerman之類的解決辦法

2樓:吃的

有無私心只有他本人才知道,我們不惡意揣測,但swoole的總總做法,圈內早以是有所耳聞的。關於此次fiber提案,swoole作者的看法大致是

1、因為協程化困難、工作量大,希望把fiber推遲到php9。這顯然不是社群要的,目前php處在這尷尬的局面,正是需要強有力技術棧來推動發展,乙個協程最小化核心的實現你建議推遲到php9,再過個幾年?等社群把一切都安排好了,大部分人都不用php了再上嗎?

這是何居心啊。

2、因為fiber只是協程最小化核心,普通開發用不上,大家要的是開箱即用、完整式的協程棧。話是沒錯,但協程需要的幾個技術點目前php社群都有,基於程序的io 多路復用、event loop 、協程排程、非阻塞網路庫,那乙個沒有?只是高效率低效率,最佳實踐的問題罷了。

至少amphp、reactphp 、symfony process都很明確需要這種最小化核心的,別忽悠大夥兒。

3、python、ruby等動態語言在加入fiber後並沒有在併發程式設計上取得多大成績。這個就仁者見仁智者見智了,但我們想說的是,「有總比沒有好,我可以不用但php不能沒有」,這是大家的心聲,以後的事誰能預料呢?

總的來說,在協程化生態上目前swoole是走在最前面的,作為一名普通開發,希望swoole能提供你們的寶貴經驗,讓php能走點更遠一點,而不是在這內耗。

3樓:愛你怕怕

@韓天峰 作為技術開發人員,且是swoole商業最大股東,不合適來發表這些言論。

韓問題是,他提出了問題,甚至說出來自己一些解決方案,意見。但是最根本點在於,沒有表明自己態度

投票你可以反對,可以不支援,甚至可以搖旗吶喊好對。但是,如果提案通過,你就必須服從且支援,願意為之努力。

如果沒有這個覺悟,個人認為,swoole根本就不是php開發組的人,你乙個外人,在這裡說就不合適了。至少其他人肯定不爽。如果你說,如果通過了,我也支援開發,這只是內部不同意見而已,沒啥大不了的。

其實韓作為非純粹技術人員,真不建議你去公開發表一些言論。因為你首先是商人,是為股東負責,其次才是技術人員。

如何看待Swoole作者聲稱Fiber提案對非Amp以外的專案毫無價值?

viproot 希望swoole的作者能多考慮php的未來,而不是swoole的未來,swoole雖然擴充套件了php的能力,但是換句話說swoole對php語言發展並沒用做出太大貢獻 我只知道有讚被搞,swoft被搞,easyswoole也被搞,搞完後自己推出收費框架。這種一肚子壞水,千方百計只為...

如何看待deep expression聲稱不需要MFCC特徵和RNN模型的端到端語音合成技術?

天造人設 從字元通過模型直接轉換為波形,這種完全的徹底的端到端的TTS框架理論上當然是存在的,也應該是所有TTS研究者追求的終點。他本身就是乙個回歸任務,將一種形式的資料對映為另一種,波形資料也是一種資料,只是門裡的人都知道,時域訊號相比於頻域訊號,它不夠確定,所以很難刻畫規律,因此就難以收斂。但如...

如何看待庫克聲稱 Apple Watch 超過勞力士,成為世界銷售額第一的手錶?

liv 宣傳手段罷了,說不定勞力士的客戶有好幾隻aw,有aw說不定買不起勞力士呢!可能連卡地亞的坦克solo都買不起呢。aw的目標客戶只是與卡地亞,歐公尺茄,勞力士他們有重疊,其實他們沒什麼可比性。 至於以瑞士鐘錶業為代表的高階奢侈手錶,如果了解當年石英表與電子錶發展衝擊機械手錶的歷史就了解,勞力士...