阿里开源有够恶心

[Cyshall]

我给阿里某个开源项目提了个 PR ，他们看了之后说我某几行代码有问题，我还没来得及解释就把我 PR 给关了，然后自己开了个 issue ，我只能去他们开的那个 issue 里去解释为什么代码这么写，没有回复我。过了几天他们自己提了个 PR 上来，把我之前 PR 里修的 BUG 换了种写法。。。

我他妈真的好气，气他们无视我，草泥马的狗逼阿里，开 NMB 的源，老子手里还有好几个你们 BUG 的 PR 等着提，既然这样，你们自己玩吧。

感谢各位留言，我也只是想发泄一下，刚同事看到我的贴提醒我提的 PR 里的代码是上班时间写的，而我提 PR 没有和公司其他人提起，会有问题，所以就这样吧，链接什么我也不放了，不想事情搞大给我造成麻烦。

[LJNlol]

怕不是刷提交指标的，确实恶心

[lasuar]

浪费时间~~

[niolas]

阿里搞开源，应该只是为了履历上好看些

[Kaiv2]

给个链接看看

[DiffView]

你好我是阿里开源产品部的社区经理，感谢你为我们的 KPI 做的贡献。
这边建议您以后忽略我们的产品呢，切勿用于生产环境，因为不会有人管的。

[debuggeeker]

那个库啊，哈哈哈哈嗝

[hefish]

这操作有点骚啊。。。不过也让我学习了。。不如人家的地方，咱要虚心学习。。。哈哈，多学了，脸皮就厚了。。。

[rimworld]

确定是只换了个写法，没有弥补什么隐藏的 bug 吗？ 那确实这个库的维护者够恶心。

[n30v1]

那确实有点恶心人了，抵制阿里从我做起

[dayeye2006199]

不带你玩儿

[uiosun]

@rimworld 阿里有开源指标的，关乎你的升职加薪评级。

理解这个因素，你就能理解这种“不开源的开源项目”了。

[justdoit123]

有没有链接发一个？

[liangdi]

给个 pr 链接

[JeffyChen]

issue 或 pr 链接，大家帮你声讨

[LonnyWong]

我提过一些 PR （ 非阿里开源 ），作者有更好的想法，他就自己重写了，不过都会一并在 commit 里署上我的名字和邮箱。

我对原代码和原设计的熟悉程度肯定是不如原作者的，原作者有更好的实现，也在情理之中。

虽然作者没有直接合入我的 PR ，但我一样很开心，因为作者署我名是对我贡献的肯定和尊重。

[icyalala]

虽然阿里名声臭，但楼主还是一面之辞。。链接放出来大家去围观一下吧

[yazinnnn]

为什么要用法西斯企业的开源项目?

[Cyshall]

@LonnyWong #15 他们没给我署名，改了代码之后也没说解释下为什么这么做。

[Cyshall]

@Kaiv2 #4
@mistkafka #12
@JeffyChen #14
@icyalala #16 感谢各位好意，看下 append

[darksword21]

腾讯云和华为云也这样，反正我看到国产现在都是绕道走

[LonnyWong]

分享一下开源大佬是怎么处理类似情况的：

https://github.com/gnachman/iTerm2/commit/4aeb3647e183749b1336bc694fa22df5cf1d5286

https://github.com/tsl0922/ttyd/commit/f7baae785647626c6ec46dd16acbd845970db48a

[diagnostics]

Spring boot 也是这样，谁也别说谁，其他社区好很多。这东西看人的

[mr0joker]

@LonnyWong 感谢分享。让我了解到了 git author 和 committer

[superliy]

哪个项目

[ccyu220]

高情商：很多时候，提交者只是提交单一的几行代码，并不会想管理人员那样对全局的把控，这很正常。

低情商：代码写不咋地，合并还要开本地给你改一大堆，老子自己上。

[liarsa]

我有一次给腾讯云提过一个类型错误的 pr, 然后回复让我去找一个啥部门去改什么接口文件（代码生成，后续重新生成还这样），我就给关了。。。

[artnowben]

说个更恶心的事。

前几个星期，我用自己的开源网络测试仪 dperf https://github.com/baidu/dperf 测试阿里云的性能，发现了小包丢包比较多，写一篇测试云网卡性能的文章，然后我的文章直接在知乎上被禁了。

被禁知乎文章： https://zhuanlan.zhihu.com/p/611141411
搬到 dev： https://dev.to/pengjianzhang/yong-dperfce-shi-a-li-yun-ecswang-qia-xiao-bao-yan-zhong-diu-bao-da-bao-biao-xian-you-yi-5efo

[Cyshall]

@artnowben #27 看来在公共场合是只能夸，不能贬，确实够恶心。

[zbowen66]

有类似的经历，提了 PR ，人说这种方式打算被废弃，然后我以新的方式写了，然后他们以“暂无计划”为由关闭。傻逼玩意儿

[JoshuaBen]

@artnowben 阿里云网络的卖点之一就是神龙系 DPU 网卡，他们不可能让任何人坏了他们的生意：
“第一代神龙的网络转发做到了每秒 600 万数据包，当时 Nitro 大约为每秒 300 万；经过更多数据链路上的任务改用硬件加速，第三代神龙做到 2400 万，最新一代更是做到了 5000 万。传统 RDMA 组网能力通常为千台规模，而第四代神龙的 eRDMA 组网能力可至数 10 万台，真正实现了 RDMA 能力的通用化和平民化，助力高性能计算以及当前流行的云原生软件架构的发展需求。”
“据张献涛透露，接下来，除了做到速度更快、带宽更高、延迟更低、每秒 IO 次数更多外，神龙架构还将在性能、稳定性、安全性方面层层加码，推动神龙作为加密计算的载体。”
然而实际测过 nginx 短连接响应速率，数据：
阿里：
Latency Distribution
50% 814us
75% 1.37ms
90% 18.96ms
99% 19.82ms
Req/sec :100594

aws:
Latency Distribution
50% 4.16ms
75% 4.85ms
90% 6.05ms
99% 10.81ms
Req/sec :191629

see ？总体看下来，阿里人重视纸面数据，重视“亮点”“KPI”，不重视实际问题解决的画像就出来了
实际上，阿里人用着性能近乎 2 倍于 aws 的硬件做成实际性能一半于 aws 的东西，只能说计算机体系结构的边他都没摸到---SRD 的确定性延迟，幂等，可交换，多路径这些架构创新它一个都没做到；就敢在这里吹世界领先，观感太差了。

[artnowben]

@chengliangben
阿里云 好的数据的确很好，但是坏的数据也很差，稳定性上还要打磨。
AWS 在稳定性上比阿里云好很多。