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的目標客戶只是與卡地亞,歐公尺茄,勞力士他們有重疊,其實他們沒什麼可比性。 至於以瑞士鐘錶業為代表的高階奢侈手錶,如果了解當年石英表與電子錶發展衝擊機械手錶的歷史就了解,勞力士...