支付宝昨日订单数超过一亿，而 12306 最高一天出票量大约是 166 万。替 12306 喊冤的可以不必了。
今天几乎所有的网络版面都被天猫和支付宝的消息轰炸了一遍，后者在“11·11”光棍节当天表现疯狂，不仅令国内竞争对手胆寒，成为国民茶余饭后咀嚼的材料，更令西方媒体咋舌。
众消息中，来自前支付宝架构师冯大辉（@Fenng）的这条微博翻出 12306 这笔账，别有一番滋味。
以 Fenng 的计算方法，支付宝 11 月 11 日一天就处理了 1 亿零 580 万条交易请求量，而 12306 一天处理的交易（出票量）仅仅 166 万条，这还主要是集中在 8 点钟开始放票之后的 5 分钟时间里。从结果来看，12306 弱爆了，处理的交易量比支付宝“低了两个数量级”还那么弱不禁风。
Fenng 的微博马上得到了 @caoz的转发响应，后者在 9 月底对 12306 的骂战中一战成名，由于观点相似，caoz 和 Fenng 可以称为统一战线 充满怨恨的普通购票者也与他们在感情上统一战线 月底骂战中唱反调的 @左耳朵耗子也一战成名。
Fenng 的微博已经引来 1200 多条转发，接近 400 条评论（截止 11 月 12 日 23 时）。其中转发者即有 @caoz 和 @左耳朵耗子，论战再一次形成。
正方的观点是：12306 疑云重重，1.9 亿元不知花哪里去了，出来的项目渣得连商业公司的系统都 PK 不过。
阿里巴巴是互联网公司，有深厚技术积累，12306 项目则刚上线两年，还未经考验。@何越峰
12306 对座位号和数量要求 100% 准确同步，淘宝天猫订单数则可变范围广。@让 BoBo 飞
网商可以在 Jsp 上缓存商品信息和数量，火车票每次操作都必须到后台查询，关键问题是数据如何随着前台一起做成分布式还有保证完整性。@测试仔刘毅
淘宝商品库存信息在促销期间不准确，这是服务端为了关键性能做妥协；但订火车票，库存信息必须是实时的。@Angry_Jimmy
12306 用户目的性强，属刚需。高峰期间全天候高并发业务处理，这是支付宝所不能比的。@SunShaolei
关键一个是 B2C（支付宝），一个是 G2C（12306）。@lchabod_li
12306 最大问题不是负载并发问题，而是老系统兼容问题。@胡敏 me
12306 业务复杂性未必低，车票在卖出之前是不存在的，只能通过当时座位状态计算得出，每出售一张车票后座位状态都会发生变化，不是一个可连续检索数据。@Ulnibor
12306 的票是竞争资源，淘宝的资源是分散的；而且复杂不能从业务上来判断。@chinalex
这么些个问题。看看这位叫邓侃的程序员是怎么《建设一个靠谱的火车票网上订购系统》的。关键是邓侃同学的可执行方案早在年初春节之前就已经提出，今日我们仍在这里老生常谈——不出意外，明年我们也许又要老生常谈——只能说，这线C 产品！你不是顾客，你不是上帝。
在 3 到 5 年内，中国在人工智能和自动驾驶等科技领域可能会遥遥领先美国和硅谷。
我们现在跟北大软微合作相关大数据的课程和人工智能的课程，北大的老师跟我们说，所有的课程都是开放给学生自学，老师现在还没有学得学生快。
我希望未来有一天在我的公司里，再也没有一个人类，百分百全部由 AI 技术和机器人运作，从而能让人们做更少的工作，但能获得更多的报酬。更简单、更有趣、更少的危险性。
