不聊彩蛋,如果没有阿里的开源,中国的开源界要落后多少年?

[li24361]

中国还有哪个公司可以输出这么多开源的项目.

大家只盯着彩蛋看,同时大量的人在辱骂,我觉得很心痛啊.

依稀记得前几年 dubbo 没有维护,铺天盖地的骂,后来又开始维护了,又有人开始骂,都过时那么久了,早干什么去了

中国的开源,道路很长啊.

大家觉得我是洗地的,那我就洗洗看,个人看法,欢迎喷

* 做法不妥.类比杀人的非蠢既坏
* 一方面喷国内开源质量不行,同时大量的人在喷很多不维护了,what?质量不行又不维护了,你们来写啊,键盘 xia
* 那么继续维护的,必须按照你们心意来搞 ,某人贡献占比 40%,有个 geek 思维加个小 tips,能喷成狗,到底谁是爹
* 不让过圣诞,你们喷,加个圣诞 tips,又站到 msl 和 gov 一边了,扪心自问,你们真的是因为加了这个影响到自己,还是单纯为了发泄自己的怨气,为了喷而喷

已经手动下沉,不想看键盘喷子了

[woodensail]

@markgor 怎么审核审核源码？
那先从 spring 的源码审起吧。

[markgor]

@Asice 我不是大佬啊，也不是说话不腰疼，很多时候做和不做是态度上的问题，做的好和做不好是能力上的问题。
如果一开始态度就有问题那这个锅自己怎么都要背上地。

当然你可以看看我上面说到，我上家公司用的是 linux,里面的一堆软件都没进行 review，这不是我自己打自己脸。
我们是 1 年前开始收到省下发的通报，其中我们手上负责的 GOV 站点和系统基本都是因为 JQUERY 某个版本的问题导致，
还有所有系统都因为用了一个第三方的日历插件所以被通报存在漏洞。当时我（一来我是做开发，二来这些都是上一任留下的）被 boss 抓着跑去各个局解释道歉。就是那次起，我们才开始对常用的那 12 个开源库进行 review。后续的开发也是只用这 12 个。

[reus]

@markgor 当然是 100%归到作者身上，用户一点责任都没有，然而后果全是用户承担，阿里应该向所有造成损失的用户赔偿，就算不赔偿，也应该开除该员工以示公正。

[reus]

开源就开源，哪来什么“中国的开源”？开源界提民族主义，恶臭不堪。

[ferock]

@reus +1

[jiafaner]

@reus +1

[ethego]

@reus MIT 有免责条款。依然开源了，就按 License 约定的来。

[onceyoung]

我只能说角度刁钻

[fuxkcsdn]

@markgor php 的源码审核了吗？相关的拓展源码审核了没？

[MineDog]

反应过度了吧🤔

[codespots]

@markgor 请问读了 PHP 的源码了吗？ Review 了吗？

[janus77]

如果没有阿里的开源,中国的开源界要落后多少年?
反正很多年
然后呢，因为这样所以就不能骂了？
观点有点奇葩哦。

[liuzhaowei55]

然而这一次之后可能之前做过的所有努力都白费了，甚至对开源的信任也会打个大大的折扣。

[Cbdy]

阿里有开源什么好用的东西吗？并没有
我写的东西怎么一个阿里的组件也没有用？

阿里的开源和国外同行相比还有待提高啊

[lulinux]

看不惯有老婆的人，想建一个“自由老婆基金会”，有谁给我捐助？

[allenhu]

作者提交彩蛋时，还特别说明，不需要写到 changelog 里，不知道怎么想的。

[python]

圣母**

[mcfog]

我是这样看开源的，点开 github 上的 contribution 图表

最好的开源: 第一页的作者都有持续贡献，top contributor 的贡献比例不太大，且这些作者互相的来源地区公司各不相同
其次的：有两三个来源不同的主要贡献者
有风险的：几乎全是 top contributor 的贡献，但这个人还是接受 pr 的，和社区有良好互动

假开源：单个 top contributor 和社区没有有效互动
假开源 type2：虽然有很多持续 contributor，但他们都是同一家公司

阿里的开源项目我没看过几个，不做评论

[jiangnanyanyu]

如果没有 gcd，中国 xxx 要落后多少年？

[li1uo]

我不能用 springcloud? 不能用 kafka 跟 rabbitmq? 跟 spring 全家桶比？

[guagusi]

@markgor 那么如果 centos 出现高危漏洞，你会不会说自己没看 centos 源码

[88250]

@mcfog 照你的分类，我属于“有风险的”，哈哈

https://i.loli.net/2018/12/25/5c222b9c83642.png

[chinvo]

@guagusi #121 所以这位一定是用的正版 RHEL

[crossoverJie]

@88250 #122 D 大， 每年的统计图咋看的呀。

[huijiewei]

KPI 开源不要也罢

PS：没用过阿里的开源

[wiix]

我只用过阿里的 durid，两次提过一个日志适配器 bug 的 issue 直接被关掉。
从此对阿里开源项目的印象大打折扣，能不用就不用。

[mayx]

免费的东西出问题还怪到作者头上了？不想用就别用啊！

[byteli]

一码归一码。至于扯到协议的，从协议上说它不用承担责任，问题是这是协议的事儿嘛，屁股歪了

[Tounea]

看到有人说 BAT 是中国互联网的希望，我不知是喜还是愁！！

[88250]

@crossoverJie https://github-contributions.now.sh/

[gadflysu]

「开源界」就很微妙。

就事论事嘛。

[fuyufjh]

没有公司不是 KPI 导向的，能有人搞 KPI 开源，说到底是上面认可这件事。Google、MS 也一样，自从管理层开窍，一下子冒出一大堆开源项目。

[fuyufjh]

客观的说，阿里的开源是 BAT 中最好的，但跟国外还是差太多了。 说句无用的大实话，国内技术氛围一直都不太行，这不是一两家公司能改变的

[jim9606]

开源有这几个目的：
1.铺路（ chromium 改善 google 服务体验）、拉伙伴入坑（ Tensorflow 推销 GCP ）
2.卖应用服务(Red Hat 订阅，MongoDB 双许可)、卖硬件（各种 ARM 开发板）
3.完成 KPI （自己想）
4.Software Communism （ GNU ）
5.安全审查（某 IM 软件 TG ）
我觉得国内的公司能做到 1/2/5 已经了不起了，4 我只见过个人开发者会这么想

[Akiyu]

@nasaboy
@5CanTell

两位是想说文革?

[594duck]

阿里开源了不维护的坑爹项目多如牛毛。企业应用用了那叫坑了个爹

[turi]

@reus +1

[turi]

为什么加上中国，很多加上中国就变了味道。
中国红星浏览器，就是典型的例子。
大家都是用 github.com
难道就是因为你是中国的就歧视你？
又是洗地的开始？

[jun0205]

@wiix 这个经历和我一样，阿里项目提 bug，太多都是直接关。经历过后就在也不会提了。

[Salvation]

楼主真是惨死了.这个贴里面还在被人喷.

v2 用户的戾气一直都很大.一旦出现喷点,绝对都是往死了喷,然后一呼百应,无脑跟风.愿意思考,或者给别人一点机会的太少了.

这个人的做法肯定是有问题.但是把一件事一下子上升到价值观批判的事.和很多年前有啥区别.

[mizao]

@markgor
我从头到尾想表达的就是：
“为什么大部分人在出现问题的时候第一时间想到的是别人的不足，而从不在自己身上找原因？”
你说的这句话，在很多场合的确是可以，但在这次事件中，我觉得不妥，或者是略有欠缺！

[li24361]

@Salvation 习惯了，v 站素质只是在一小部分牛人身上，现在有名了，喷子粪虫都过来了，毛都不懂还在趾高气扬的逼逼，我都懒得回了

[ReysC]

感觉只需要将这个项目介绍里面的：“企业级” 删掉就行。个人能够随便添加彩蛋的项目是企业级？是业余级吧。

“服务于企业级产品的设计体系，基于确定和自然的设计价值观上的模块化解决方案，让设计者和开发者专注于更好的用户体验。”

牛🍺吹大了。该 Review 去 Review，该用还是用。就是知道下，这个是业余级产品就行。

[zcxj138]

骂就骂呗，反正不承担任何责任。
对于那些没有能力造轮子的公司还是得用。

[feather12315]

@Luckyray #73 划重点：MIT 协议声明了，出了人命都跟他无关。

[Jzer0n]

你们知道张屠夫的贡献么？没有他 V 站的所有人都要吃带毛的猪。

阿里的开源贡献，真的是“张屠夫”这样么？这逻辑我是真的不懂的。

[feather12315]

developer 口头禅：这不是个 bug，这是个 feature ；如果你觉得是一个 bug，请提一个 pr 过来。
那么，PR 呢？

我的看法。

[LayneX]

呵呵 回复有敏感词...

[ftexplore]

开源代码是否足够繁荣，反应了当地程序员的生活是否很有保障，你天天 996，上班 10+小时的奋斗逼，天天实现那些胡乱改的 SB 需求，你下班了还有精力去维护开源代码吗？而且高考的时候很少有人知道自己喜欢什么，所以很多程序员也不是真心热爱程序，只是因为这玩意赚钱相对多一点又不用陪客户喝酒。国外很多计算机大牛，每天朝九晚五，大把个人时间，当然有空搞开源了

[WinterFall2015]

道阻且长,行则将至

[timothyqiu]

「中国开源界」什么鬼……

[vimv]

@python 名字点赞

[ioven]

阿里开源支持，彩蛋支持，但请先明确彩蛋的定义

> 在计算机领域，又称作程序彩蛋，程序彩蛋通常是指制作者隐藏在产品中的、用于愉悦用户的隐秘物。包括文字、图片、声音或者某些小变化。通常在用户进行了某些特定的操作时出现。例如当用户执行某些用户手册中没有说明的隐秘命令、无意中的鼠标或键盘操作。制作者的目的通常是向用户展示制作人的某些资料或者完全为了取悦用户。

https://zh.wikipedia.org/wiki/%E5%BD%A9%E8%9B%8B_(%E5%AA%92%E4%BD%93)

这次事件明显不是所谓的“ geek 彩蛋”，反对！

[raptor]

贡献要赞，错误要批，有问题吗？难道有了贡献就可以为所欲为么？为什么不说这次事故让中国开源事业退后多少年？归根到底暴露了阿里在管理层面的问题，而不只是一个程序员的锅。

[Eugene1024]

用开源项目的人：我是你爹
国内大环境就这样，你出了点问题，就开始喷，很多人就吃瓜，看热闹，真的做事的人有多少，能帮助解决问题推动开源社区发展的，少之又少，全是为了喷而喷

[dxxxhly]

难道不应该看协议么？ MIT 协议给你随便用，但不提供任何保证，明面上写着的啊，至于说宣称企业级应用只能说 README 写的有问题了。

[cepro]

开源作为阿里的战略部署，确实会给很多人很多项目带来技术上的便利。
彩蛋事件确实对很多公司和个人项目带来不好的影响。
但是：

天道好轮回，苍天饶过谁

阿里在这件事情上肯定会产生坏的影响和效应，至少大部分技术再用阿里的开源框架的时候，都得掂量着，这就是阿里在这件事件中给大家添加的信任成本。他以后做好了，大家都还惦记着；做不好，很多人有选择的时候，都不会用阿里开源了，阿里开源本身就是积攒口碑的事情，这就背道而驰了。

技术 or 业务

参考最近正和岛那篇“中国人能走出东亚地狱模式吗”的文章，社会现实让很多人执着于赚钱的速度和数量，无论是做技术、做产品，做互联网还是做电商。能静下心来沉淀下来做技术，以技术做得好，性能棒棒的，深入计算机本质去研究，还是需要经济条件做基础的（经济基础决定上层建筑，上层建筑暂且看作是大脑和心境）。虽然不乏痴迷技术的人，但毕竟是极少数。
我自己也是除了当初在某外企技术研究院的时候，能一门心思就考虑性能和技术解决方案合理性，虽然钱不多，但是成就感很强。而我也自认为自己的水平相较于很多博士，很多在某细分领域专研超过 10 年的人没有任何优势，所以最后也决定投身于互联网的浪潮中。也是经济基础不好，要吃饭，要买房，要成家立业对吧。

人要有理想

虽然现实是残酷的，但是人还是要有理想的。
技术的理想也好，生活的目标也罢，行动起来靠近理想。

最后以王阳明的心法共勉：
无善无恶心之体，
有善有恶意之动，
知善知恶是良知，
为善去恶是格物。

以上。

PS：我得去让 iOS、Android、前端工程师都 Review 一边所有的开源项目去。

[youngpier]

最怕的只是以后国内学会了打着开源的旗号，做着私货的勾当。参照 FB

[AsunaQAQ]

这种事情立场不一样，看待问题的角度肯定也不一样啊 ！如果是站在采用这个开源软件的立场上绝大多数都是希望作者能够一直维护下去，毕竟能多出来很多精力去做别的事情 ，但是站在作者的方向上思考，开源出来只是希望能集思广益 发现和创造出自己没有想到的东西 。嘛 反正各有各的看法 这不都是迟早的事么 万一某天某个 NB 的开源项目作者挂了 没人维护 。。。

[codeyung]

笑死我了。。。。

[codeyung]

这次这个事 就这个程序员 不配和我相比 他也不配做这个工作

[EXE]

阿里不拉屎，中国多久才能吃的上屎？

[happinessnch]

@li24361 “ geek 思维加个小 tips ”，这个槽点有点大，

作为一个基础框架，有彩蛋，会影响用户体验，这绝对是一个非常低级的错误，
而且这种错误一定要喷，基础框架的稳定性何等重要，它出了问题，所有使用它的产品都会有问题，
这和出 Bug 还不一样， 后者是无意的，难以避免的，可以通过社区的力量逐渐完善，
前者，是不是代表着一个工业化产品的审核机制存在问题，或者审核人的对于基础框架的意识形态存在严重的问题，
才能让这个功能进入发布版本。试想想如果 Window 或者 Mac 的 UI 接口有彩蛋，是种什么体验，浏览器、IM、Office 所有的基础控件都叠加一个云彩。

这种框架你不喷它，容忍它，理解它，那么低犯错成本会带来什么？

[Anhedonia]

我大街上免费发超香馒头
想领签个协议 吃了拉肚子别砍我

结果谁吃谁拉肚子

你看他妈我会不会被人喷成狗屎

我就祝愿楼上那些最他妈独醒的人以后就能吃上几顿可口馒头

[li24361]

@cepro 认同

[li24361]

@happinessnch 现在上升到一个为了喷而喷的高度了,一点问题抹杀全部,我觉得有点过了

[windyCity]

@Salvation 楼主被喷意料之中，楼主发帖时也因该想到了这个结果，而且将功过混为一谈，彩蛋在产品上出现叫惊喜，在基础组件上出现是惊吓

[septet]

不出所料，洗地来了

[windyCity]

@li24361 没有人否认贡献者的贡献吧，虽然有些人言语上有点过激，但大部分人也是对着出现问题的点去说的吧，功是功，过是过，不能混为一谈，彩蛋不能故意的加在基础组件里，而且几个月前就有人指出这个问题，提交者不改，非等到问题出现了，大量开发者反馈问题，才去改，道歉......

[J2s]

我做了好事，所以我做错事，你们就不能说
我为 GT 流过血，没有我你们可能还要苦纪念 ，所以我做错事，你们不能说
我贡献那么大，做了个小恶，你们不能说

开源的目的，不就是，赚声望，大家维护，大家监督了么
等于监督讨论是错，闷不吭声，默默忍受，才是对的咯？

[windyCity]

@windyCity 日期准确下，11 月 12 日就有人提关于这个问题的 Issues 了

[jsjgjbzhang]

楼主留个邮箱，不然阿里没法给你发 offer

[thisisgpy]

这种逻辑，只在一种情况下成立，「没有 TG 就没有新中国」，而且还得是在本朝国情下才成立。

[HangoX]

你要知道中国那么多公司开源，只有阿里的印象不好，就知道公司有问题了

[lalala121]

楼主太局限了，故意的？

[CtrlSpace]

功是功，过是过。

做得好有人感谢你，没人会否认阿里开源的贡献。
但是出来混，错了要认，被打也要站稳。

这波骂他代码下毒有什么不对？
做错了事还要用爱来感化？

[kevin1852]

dubbo,druid, rocketmq,fastjson,我都不用啊。。。。

[jhdxr]

@reus 真 TM 搞笑。有人逼着你用开源了？还 100%作者的责任。合着伸手党就该惯着？觉得不对去反馈啊，提 PR 啊。全都当看客觉得反正别人会去弄为什么要我上，最后出事了上来踩一脚。中国特色的开源，说的就是你这种恶臭不堪的参与者。

[mengzhuo]

骂阿里的我觉得你们压根不懂开源，说不负责的也是，阿里那个玉伯也是。

绝大部分开源条款下面大写的那行就是
THE SOFTWARE ... WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.

压根没有质保的啊，要质保买商业代码，不要用开源

[ihjk]

全世界还有哪个政党可以管理这么多名族.

大家只盯着贪腐看,同时大量的人在辱骂,我觉得很心痛啊.

依稀记得前几年 扶老人被碰瓷讹诈,铺天盖地的骂,后来又没人扶了,又有人开始骂,都过时那么久了,早干什么去了

社会主义化道路很长啊.

[libook]

这个事件其实不是一个问题，而是多种问题掺杂在一起的。
项目维护者贡献是真，值得表扬；但这一次做法不妥也是真，也不应该完全被忽略。
评论的人客观批评是合理的，但恶意辱骂也是违背公德的。
这件事情贡献者委屈，使用者也郁闷，大家两败俱伤。


我不是来杠的，只是想提供一些看待这个问题的新的角度，比如软件工程。
使用闭源软件的时候，因为无法通过源代码对软件的功能细节进行审查，所以不得不让软件提供方承担软件使用过程中的风险；但开源软件是可以直接审查源代码的，所以使用过程中的风险 一方面软件提供方无法控制（万一使用者在使用过程中改了源代码造成了问题呢），另一方面使用者有能力承担软件使用过程产生的风险，这也就是为什么开源软件通常不对使用后果负责，但依然有人愿意用，而且还会觉得比闭源软件用得舒心。
每一个人用开源软件之前都仔细阅读所有代码分析所有可能发生的风险，这是不大现实的，但是如果有越来越多的人参与到这个软件源代码的审核工作中，就能将审核工作分摊，但这也需要大家之间互相信任，每一个人都信任其他人审核的结果，最终也就可以达到每个人都能用较低成本信任这个软件的效果。
审核人员的多样化也可以促进整体软件朝着受众越来越广泛的方向发展，当不同背景、不同需求、不同思想的人都能对同一段代码发表观点的时候，大家就能从尽可能多的角度来评估这段代码，能达成一致的结果便是广益性的结果。
开源闭源只是说明源代码是否公开的术语，实际上软件开发模式有一种分类叫做大教堂与市集，上述描述的，其实正是一种理想的市集模式。
市集模式的细节还有很多，在优势上互补，在劣势上又能互相牵制，环环相扣，最终可以实现可持续发展的开源社区。

但并不是开源就一定能成功。
回到 Ant-Design 项目本身，无论从代码上还是设计上来讲整体质量很高，这无可厚非；我们可以说，Ant-Design 是一个成功的软件。但 Ant-Design 是不是一个成功的社区呢？
我找到了今年一月份的情况 https://zhuanlan.zhihu.com/p/32746810。在市集模式中，开源社区当中的每一个人同时具备开发者、审核者、使用者的责任，这样确保任何一个人都不可能做出其他人无法看到的修改，每一个补丁都有随机的几个社区成员审核，大家都通过或都达成一致才可以通过，每个人都有贡献（开发、审核），每个人也都能从项目上获益（使用），也能快速建立起开源社区整体的信任。
不清楚这一年的时间是否有什么变化，但我们能看出来，至少在当时，Ant-Design 不是一个市集模式的开源项目，更像是大教堂模式的开源项目。
开发者可能同时也是审核者与使用者，但社区中的绝大部分人是纯粹的使用者，他们通常不参与（或无法参与）开发和审核工作，也就无法为整个项目的普适性承担责任，只有极少数人承担普适性的责任是无法做到很好的普适性的（比如企业背景的人可能不了解事业背景或其他宗教背景的人的需求）。
大家对于 Ant-Design 的信任不是通过社区运营来逐步建立起来的，而是更像是一个消费者通过其背后的企业与其他使用者的口碑来建立起来的，当出现问题的时候，这种信任很容崩塌。

综上所述，我认为 Ant-Design 确实为国内的软件开发行业做出了巨大贡献，但并没有为中国开源界做出实质的贡献，希望日后大家对 Ant-Design 的信任不是因为 Ant-Design 背后的企业，而是因为 Ant-Design 的社区蓬勃、靠谱、有序。

[li24361]

@libook 我认可你的观点,但同时也感觉国内的拿来主义太严重,真正想贡献开源,付出自己的努力的人太少

[libook]

@li24361 #182 这才是中国开源界现阶段最应该被解决的问题，而 Ant-Design 的项目运作方式其实是不利于这个问题的解决的。

[Cu635]

@li24361
不懂就不要瞎说。国产 CPU 早就有了，只是性能对标世界第一的单个国产 CPU 没有而已。现在如果真的进入战争状态，国产 CPU 已经能够支撑起来核心军用设备的供应了，只有两个问题：第一个问题就是性能只能算是“够用”，第二个问题就是产能。

[maxshow099]

@wooyu 找尼玛，傻毕玩意