如何評價這次針對 Composer 項目的 gc_disable() 群嘲事件?
來源:互聯網
上載者:User
在github上已經炸開鍋了,好像國人較多,玩得甚歡。
地址:Disable GC when computing deps, refs #3482 · ac676f4 · composer/composer · GitHub
這個事情大家怎麼評價?
回複內容:
這個事情有幾個背景:
1、對於其他語言的使用者/不夠深入的 php 使用者來說,他們不知道的事情是,gc_disable 不是完全關閉 gc ,而是關閉檢查循環參考計數。
2、檢查循環參考計數是因為 php 的 gc 是基於引用計數,在 php 5.2 及以前循環參考會導致記憶體流失。
3、composer 的這個地方是在進行依賴包檢查,對於安裝了大量包的項目來說,這是比較耗時、耗記憶體的操作,並且這部分代碼(依據設計/依據提交者的看法)無需考慮循環參考計數問題。
4、因為佔用記憶體太大,並且頻繁觸發 gc ,導致效率降低。
所以,這個提交是有道理的。當然,是 awesome 的。
另:在這裡
有相關討論。
出自 出自 @Laruence既然問如何評價這個“事件”,我想單說另一個角度:
太沒有禮貌了。
這個 commit 下面的大量跟貼完全就是 troll、off topic 而且是在慣用英文的網站中的英文項目的英文 commit 裡使用其他語言。對提交者、項目成員和整個社區都極不尊重。
很多回複的人壓根就沒有點開 ref 看緣由吧?以及就算知道了緣由,這個關於 PHP 語言設計的問題適合在 composer 的一個提交下面討論?去 hackernews 發個連結開串討論不行嗎?不會英語的話去 v2ex 不行嗎?
要知道提交者預設是訂閱了通知的,莫名其妙被一堆人的OT回複刷爆郵箱,其中一些還是“亂碼”,心裡什麼感受。哪裡是嘲笑?
一開始是嘲笑,但是不能你讓我嘲笑我就嘲笑,我要先試一下。試玩我就笑不出來了。。
This is awesome!我的感想是:寫程式真的能改變世界!因為一行代碼都可以讓千百萬人節省一半的時間。