关于ant-design的圣诞彩蛋
发布于 3 年前 作者 wbget 5787 次浏览 来自 分享

看到的时候惊呆了,紧急更新了一波,虽然挺有节日气息的,也能感受到诚意,不过产品经理不同意啊~

24 回复

@waitingsong 匿了匿了。。。

@waitingsong 应该不会,和月饼事件不太一样,不过具体情况很难说。 他和他朋友们还会逛论坛,不公开讨论了,匿了匿了。。。

我也是有一个严肃的政府项目用了,还好凌晨的时候发现了。 本身还是很看好ant design的,依然会继续使用,希望不要被这次事件影响太多。

因为是阿里出品,所以从element切换成这个了,不敢相信阿里出品会出现这个情况

表示我都准备换框架了 影响有的大

@wbget 类似事件这不是第一次,也不会是最后一次。 业内为啥都评价阿里开源是为了 KPI ?

@linruilin 我们react 的时候就考虑 过antd ,当时因为react 全家桶不稳定,选的 angular ,后来直接用的material2 这个组件库。

希望阿里从这次事件中吸取教训,正视开源项目吧

还好手上只有公司内部项目在用,这种感觉就像有人冲上来给你挖鼻屎,还问惊喜不惊喜,意外不意外。

我觉得行为确实欠妥,但是 issue 有些人真是太过分了

  • 1)尊重别人的付出,心怀感恩的心,骂人不解决问题
  • 2)npm这么好用,核心库一定要在私有源上fork一份,还是要谨慎一点
  • 3)行为确实欠妥,自然有人惩罚,何必再补刀?心寒了,开源生态就没得玩了,苦的还是自己

少抱怨,多思考,未来更美好

@i5ting 少抱怨,多思考👍

来自酷炫的 CNodeMD

@i5ting 个人认为 P8 不仅是技术上的领先还是眼界的开阔,知识的广博,责任的担负,行动的谨慎,民主的协商。 呃,我是否要求太高了,或者说对阿里期望太高。。。 对于企业来说也许应该避免技术/行政级别替代或者压制技术本身的情况出现。不然随心所欲独断专行下小概率事件终究会产生黑天鹅。

少抱怨,多思考,未来更美好,应该再加上多行动,不然明天又是重复今天。

@hyj1991 就授权上说开发者(基本)不用承担任何责任。 不过那(些)因为这个🎄雷被辞职 扣绩效的 兄弟找谁 诉苦 是的,他们没有为antd支付费用 也可能没有对项目有任何贡献。他们是基于对阿里,开发者的信任才使用的。 他们的信任被辜负了。 也许这并非开发者个人问题 而是企业文化所致。

https://www.v2ex.com/t/520815#reply129

@waitingsong 我并没有认为偏右的做法是对的,相反,我觉得作为知名开源项目作者任性埋不可控彩蛋的行为相当欠妥; 但是凡事都有两面性,使用 MIT 协议开源产品的开发者又真的尽到他们对自己项目的责任了么,虽然环顾热点事件同情弱者(被开者,还不知真假)和谴责强者(贡献方)是本能的倾向

@hyj1991 不知道antd这项目是阿里(旗下蚂蚁金服)的企业行为还是阿里(旗下蚂蚁金服)员工 业余时间维护的带有一定KPI 一点企业形象的行为。 对于前者, 这次问题出在阿里的项目管理机制上, 不过是个人的一次率性触发了大面积影响。 对于后者,你怎么玩都可以但不要标榜 ‘企业级’ 应用 – 企业级应用要求是是稳定可靠可控,需求都在合同上。少了不行,多了除了问题还是自己背锅。 说回来貌似都是阿里的问题。。。 好吧阿里爸爸又在教我如何做人了。该思考下开源代码审查机制了。

antd 无法适用于企业级的称号 我果断几天把它给换下来了 出一次问题就够惨了 还得自己背锅表示不背第二次 自豪地采用 CNodeJS ionic

以后用框架之前,要先问问作者有没有彩蛋😂

来自酷炫的 CNodeMD

别动不动就阿里怎么怎么样,我相信没有哪个公司的使命是坑别人,这只是个人的一个错误。

@okoala 那你说antd 是个人项目还是企业项目呢

@waitingsong 是企业项目,但是这是个个人的错误,没有完美的项目,你信任它可以继续使用,不信任你可以另寻其他。具体可以看下玉伯的这篇吧 https://www.yuque.com/yubo/words/menxss

@okoala 那么长一篇文章,关于圣诞蛋事件只有一句话,看不到反思和改进对策(也许不符合题目范畴)。非圣诞蛋内容,我觉得有些水空(流水账?)。 不过,我总有那么一丝感觉,阿里会踏入同一条河流的。只是脚不同罢了。

@waitingsong 反思和改进都已经有的,不过针对的是开发人员。新的 CR 草案 https://github.com/ant-design/ant-design/issues/13895#issuecomment-450324522

回到顶部