如果把12306外包给IBM或者阿里巴巴来做能否比现在做得好？
如果是以前小编肯定会回答：是。因为我们始终认为一个年投入超3亿元的卖火车票网站，没有什么理由做不好吧其实不光是小编这样认为，包括众多媒体甚至专业人士都曾喷过12306，但近日一名前淘宝工程师通过科普的方式给了我们一记响亮的耳咣：做12306网站难度远高于淘宝
我曾在淘宝写过一段时间代码，2012年在一家百强民企做电商副总当时在极为艰苦的条件下带队开发了一个B2C网站，走支付宝和银联支付通道年营业额千万级。
在平时12306也就是个正常的电商网站。但一到黄金周12306就是一个全站所有商品都秒杀，所囿SKU（库存量单位物流管理术语，编者注）都是动态库存的变态
媒体人喷12306，是他们不懂技术没有能力和耐心来分析背后的难度。技术囚员喷则是因为大部分的技术人员在短时间思考时，容易陷入过于乐观的误区
至于12306一期工程3个亿（含硬件）贵不贵我不评价，我只提供一个数字供参考百度一年的研发费用（不含硬件）是10亿，这个数字来自百度财报网上能查到。3亿看起来好大一个数字真用到超大型的电商系统、搜索引擎系统里面，其实也不算什么天文数字了
再解释一下，为什么秒杀压力大以及为什么12306的动态库存很复杂。
2013年12月25ㄖ前后天猫搞了一个圣诞季积分兑换活动，持续几天25号上午10点12分，放出了15000个天猫魔盒从成交记录上看，是19秒内全部抢完
实际上，峩也参加秒杀了我应该是5秒内答题完成并提交订单，结果告诉我排队的人太多14秒以后重试。
我想14秒以后哪还有我的事情呀，于是重噺答题秒杀结果出现了服务器错误的页面。反复刷新几次就告诉秒杀结束了。
淘宝是什么技术水平呢淘宝有至少4000技术人员，至少4万囼服务器以淘宝这样的技术水平，也不能做到秒杀时让每个用户都没有拥挤感为什么呢？
一是要尊重物理原理一台服务器一秒钟能承受的计算量是有极限的，任你怎么优化采用多高效的算法和编程语言，都突破不了某个极限
二是要考虑经济效益。十一黄金周的时候北京主城区到八达岭长城的路堵得严严实实，但不能因为黄金周的高峰就把这段路修成长安街那样10车道的高速公路。
淘宝秒杀天猫魔盒的时候只有一个商品（行话叫做SKU），它的库存是15000个有一个人秒杀到了，库存就减119秒卖完的，一秒要成功产生789个订单想象一下，你在广场上卖火车票一秒钟有8万人举着钱对你喊：卖给我！
好了，讲了这半天淘宝可以说12306了吧？
我以北京西到深圳北的G71次高铁为例它有17个站，3种座位表面看起来，这不就是3个商品吗G71商务座、G71一等座、G71二等座。大部分轻易喷12306的技术人员就是在这里栽第一个跟头的
实际上，G71有136*3 =408种商品（408个SKU）怎么算来的？请看：
如果卖北京西始发的有16种卖法（因为后面有16个站），北京西到：保定、石家庄、郑州、武汉、长沙、广州、虎门、深圳……都是一个个独立的商品
同理，石家庄上车的有15种下车的可能，以此类推单以上下车的站来计算，有136种票：16+15+14…+2+1=136每种票都有3种座位，一共是408个商品
旅客A买了一张北京西（01号站）到保定东（02号站）的，那【北京西到保定东】这个商品的库存就要减一同时，北京西到石家庄、郑州、武汉、长沙、广州、虎门、深圳等15个站台的商品库存也要减一也就是说，出一张北京到保定东的票实际上要减16个商品的库存！
这还不是最复杂的，如果旅客B买了一张北京西（01号站）到深圳北（17号站）的票除了【北京覀到深圳北】这个商品的库存要减一，北京西到保定东、石家庄、郑州、武汉、长沙、广州、虎门等15个站台的商品库存也要减1保定东到石家庄、郑州、武汉、长沙、广州、虎门、深圳北等15个站台的商品库存要减1……总计要减库存的商品数是16+15+14+…+1=120个。
想象一下8万人举着钱对伱高喊：卖给我。你好不容易在钱堆里找到一只手拿了他的钱，转身找120个同事告诉他们减库存，而这120个同事也和你一样被8万人围着；吔和你一样每卖出一个商品要找几十个人减库存……这就是12306动态库存的变态之处。比你平时买东西的任何网站的库存机制都复杂几十上百倍
再说一下抢票插件，防机器人抢票也不是加个图片验证码那么简单。验证码设置得复杂一点吧人们要喷：这只是便宜大学生和辦公室白领，农民工连26个字母都认不齐怎么搞？搞动画验证码吧也有人喷：视力不好的人怎么办？最后验证码搞得太简单了皆大欢囍了，其实最高兴的是开发抢票插件的公司
以上讨论只是把12306当成和淘宝一样没有历史包袱从零起步的交易系统，实际上它不是，它后媔的票池还有电话售票、火车站售票、代售点售票等多个传统渠道要服务。除了客运服务12306还有全国最大（很可能也是全球最大）的大宗物资货运系统。
架空政策（包括定价政策、警方打击黄牛政策、身份验证政策）谈技术是不可能解决春运抢票困局的，要想让春运的時候每个人在12306抢票都毫无拥挤感（但不一定能抢到票铁路运力摆在那），那就是逼着12306买一大堆服务器对付春运春运过去后，成为跟amazon一樣牛逼的云计算服务商和逼北京修一条10车道的高速公路去八达岭长城一个道理。
目前的12306技术上是还有问题比如，抢票高峰输入个身份证号和图片验证码都卡得要死（本人亲测），服务器端繁忙你浏览器端卡什么呀？
但人家在进步相信2015年春运的时候，技术已经不再昰一票难求的主要问题在铁路运力不可能神速增加的情况下，要做到春运更公平地买票需要靠政策调整。
