关爱程序猿，拒绝不合理需求

阿里月饼那个事儿，大家都知道个七七八八了吧，不知道的可以点原文去知乎看，我想说个不一样的角度，这件事也许根本不应该发生——居然做了个月饼系统……

为什么不用淘宝的秒杀系统，而要重复发明一个不太圆的轮子？5、6年前我们就对这个系统的业务规则（比如一个id限购1件）、安全、防作弊做过各种努力了，那会儿抢的是iPhone，全民疯抢，而且后来还分了「大秒」、「小秒」应对不同的业务场景。

就算有部分被外部人员抢到，也没什么关系吧，毕竟大家都喜欢这款月饼，毕竟官方也不会对外宣传，也可以规定凭工号领取场外无效……而且淘宝有个灰度的版本叫「小淘宝」，不是只有内部员工能看到的么，和秒杀系统的对接有没有问题我就不清楚了。
如今，也有了一些从「资产拍卖」改造来的类似系统可用（知乎上有人在我的答案下评论告诉我的），据说内部有过类似场景，为什么不用？从目前看到的现象，应该没用，可能是信息不通畅吧（多少年的老问题），这个事件中的HR、程序猿不知道这个。

心疼开发这个月饼系统的工程师（这么简单的系统应该没有产品经理参与，估计是直接接HR的需求），还得做个简单的订单处理模块（也许我想多了，应该只记录工号，然后自己去领，不过走淘宝的订单流程，问题也不大，员工号不能下单，可以用小号下单，备注工号，依然自取），淘宝也都是现成的啊；
心疼PR的同学，本来收拾收拾要过中秋节了，结果要加班了；

有时候人多了也不是好事，如果这个事情，HR的同学没能申请到开发投入就没这一堆事情了，但，居然能申请到？？？流程里还有产品经理来主持一下公道么？？？对口的技术团队真的这么闲？？？

大家别再跳过产品狗去找程序猿了，做一些不该做的东西，也许产品一个不经意的拒绝，真的能救人。

PS: 事件的真实情况，没法了解全局，如有错误猜测，我会及时更新