如何评价这次针对 Composer 项目的 gc_disable() 群嘲事件?

WBOY
發布: 2016-06-17 08:31:09
原創
1256 人瀏覽過

在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 的。

另:在这里有相关讨论。 如何评价这次针对 Composer 项目的 gc_disable() 群嘲事件?
如何评价这次针对 Composer 项目的 gc_disable() 群嘲事件?
如何评价这次针对 Composer 项目的 gc_disable() 群嘲事件?出自 @Laruence 既然问如何评价这个“事件”,我想单说另一个角度:

太没有礼貌了。

这个 commit 下面的大量跟贴完全就是 troll、off topic 而且是在惯用英文的网站中的英文项目的英文 commit 里使用其他语言。对提交者、项目成员和整个社区都极不尊重。

很多回复的人压根就没有点开 ref 看缘由吧?以及就算知道了缘由,这个关于 PHP 语言设计的问题适合在 composer 的一个提交下面讨论?去 hackernews 发个链接开串讨论不行么?不会英语的话去 v2ex 不行么?

要知道提交者默认是订阅了通知的,莫名其妙被一堆人的OT回复刷爆邮箱,其中一些还是“乱码”,心里什么感受。 哪里是嘲笑?

一开始是嘲笑,但是不能你让我嘲笑我就嘲笑,我要先试一下。试玩我就笑不出来了。。

This is awesome! 我的感想是:写程序真的能改变世界!因为一行代码都可以让千百万人节省一半的时间。
相關標籤:
來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
最新問題
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板
關於我們 免責聲明 Sitemap
PHP中文網:公益線上PHP培訓,幫助PHP學習者快速成長!