最初接触12306购票软件是2010年8月，在上海世博会的铁路馆，在那个馆里的柜员机上，自助买到上海到其他地方的车票。
12306在最初几年里，是犯了几个大错误。
第一、是系统需求分析不足，错估了购票的瞬时需求量，导致投入不足，如果没有记错的话，当时的投入是13亿，这个款项即使是全部购买服务器与流量端口都不够。后面才将查询系统分离给淘宝的服务器分流，自己保留配票的服务核心。好像第二年吧，支付部分将银行的服务器也拉崩了。
第二、是没有做算力分流措施，最初是集中所有的列车次同一时间出票，造成同一时间段里流量爆发到最大，后期才做不同车次分时段出票，将算力分散到不同时段。如果当时在需求分析时，预估到流量超标，但预算及设备投入不足，可以实行阶段性波次分票，将一个时段内的购票需求统一起来，分到后台的配票服务器进行配票，配票完成后，才定时发支付通知，这样可能会在初期比较容易渡过难关。波次配票也是解决黄牛疯狂多次提交购票申请的一个办法。
其实现在也可以做预约票尝试，春运期间放票前，先做一天内的预约，然后再在放票前跑波次配票，预约存续期间不可再预约同一线路车次，降低代购网站的多次申购点击，占用端口流量。
第三、没有先小范围实施，在小范围内应对最大流量的春运购票场景，没有先试错，然后逐步扩大，步子太过急于求成，一下子全面实施，造成应对不足。
第四、12306最大的问题并不是软件的问题，而是运力的问题，当年还是较低速的绿皮车为主，运力受时空（时间与运输距离）的限制，不能腾出更大量的运力出来，同时，铁路是带有福利性质，天然的比其他的运输工具更有性价比，造成需求与供给的严重错配，但这个不是软件能解决的问题，但怒火却集中在12306这个软件上。
不过无论如何，12306一直是我最佩服的网站，即使第一年出现那么严重的问题，我还是十分佩服的，当年代入其中，做需求分析与架构分析，觉得难度是极高的，难度重点在分流并发上。
希望12306能出一个回忆录，这将是系统分析师、架构师、项目管理师的经典案例。