看到的时候惊呆了，紧急更新了一波，虽然挺有节日气息的，也能感受到诚意，不过产品经理不同意啊~
回复 (24)
@waitingsong 匿了匿了。。。
@waitingsong 应该不会，和月饼事件不太一样，不过具体情况很难说。 他和他朋友们还会逛论坛，不公开讨论了，匿了匿了。。。
我也是有一个严肃的政府项目用了，还好凌晨的时候发现了。 本身还是很看好ant design的，依然会继续使用，希望不要被这次事件影响太多。
因为是阿里出品，所以从element切换成这个了，不敢相信阿里出品会出现这个情况
表示我都准备换框架了 影响有的大
@wbget 类似事件这不是第一次，也不会是最后一次。 业内为啥都评价阿里开源是为了 KPI ？
@linruilin 我们react 的时候就考虑 过antd ，当时因为react 全家桶不稳定，选的 angular ，后来直接用的material2 这个组件库。
希望阿里从这次事件中吸取教训，正视开源项目吧
还好手上只有公司内部项目在用，这种感觉就像有人冲上来给你挖鼻屎，还问惊喜不惊喜，意外不意外。
我觉得行为确实欠妥，但是 issue 有些人真是太过分了
- 1）尊重别人的付出，心怀感恩的心，骂人不解决问题
- 2）npm这么好用，核心库一定要在私有源上fork一份，还是要谨慎一点
- 3）行为确实欠妥，自然有人惩罚，何必再补刀？心寒了，开源生态就没得玩了，苦的还是自己
少抱怨，多思考，未来更美好
@i5ting 个人认为 P8 不仅是技术上的领先还是眼界的开阔，知识的广博，责任的担负，行动的谨慎，民主的协商。 呃，我是否要求太高了，或者说对阿里期望太高。。。 对于企业来说也许应该避免技术/行政级别替代或者压制技术本身的情况出现。不然随心所欲独断专行下小概率事件终究会产生黑天鹅。
少抱怨，多思考，未来更美好,应该再加上多行动，不然明天又是重复今天。
@hyj1991 就授权上说开发者（基本）不用承担任何责任。 不过那（些）因为这个🎄雷被辞职 扣绩效的 兄弟找谁 诉苦 是的，他们没有为antd支付费用 也可能没有对项目有任何贡献。他们是基于对阿里，开发者的信任才使用的。 他们的信任被辜负了。 也许这并非开发者个人问题 而是企业文化所致。
@waitingsong 我并没有认为偏右的做法是对的，相反，我觉得作为知名开源项目作者任性埋不可控彩蛋的行为相当欠妥； 但是凡事都有两面性，使用 MIT 协议开源产品的开发者又真的尽到他们对自己项目的责任了么，虽然环顾热点事件同情弱者（被开者，还不知真假）和谴责强者（贡献方）是本能的倾向
@hyj1991 不知道antd这项目是阿里（旗下蚂蚁金服）的企业行为还是阿里（旗下蚂蚁金服）员工 业余时间维护的带有一定KPI 一点企业形象的行为。 对于前者， 这次问题出在阿里的项目管理机制上， 不过是个人的一次率性触发了大面积影响。 对于后者，你怎么玩都可以但不要标榜 '企业级' 应用 -- 企业级应用要求是是稳定可靠可控，需求都在合同上。少了不行，多了除了问题还是自己背锅。 说回来貌似都是阿里的问题。。。 好吧阿里爸爸又在教我如何做人了。该思考下开源代码审查机制了。
antd 无法适用于企业级的称号 我果断几天把它给换下来了 出一次问题就够惨了 还得自己背锅表示不背第二次 自豪地采用 CNodeJS ionic
别动不动就阿里怎么怎么样，我相信没有哪个公司的使命是坑别人，这只是个人的一个错误。
@okoala 那你说antd 是个人项目还是企业项目呢
@waitingsong 是企业项目，但是这是个个人的错误，没有完美的项目，你信任它可以继续使用，不信任你可以另寻其他。具体可以看下玉伯的这篇吧 https://www.yuque.com/yubo/words/menxss
@okoala 那么长一篇文章，关于圣诞蛋事件只有一句话，看不到反思和改进对策(也许不符合题目范畴)。非圣诞蛋内容，我觉得有些水空（流水账？）。 不过，我总有那么一丝感觉，阿里会踏入同一条河流的。只是脚不同罢了。
@waitingsong 反思和改进都已经有的，不过针对的是开发人员。新的 CR 草案 https://github.com/ant-design/ant-design/issues/13895#issuecomment-450324522