12306的码农没有你想的那么弱
吹，谁不会
我算看出来了 这2货应该是12306的
俗话说：没有金刚钻别揽瓷器活
我们没有金刚钻所以不去12306
这位“大神”既然去了 又没金刚钻 还说12306没你想的那么弱
每天晚上没事干，尽踢 自己脑子 还大叫：我很强 我牛逼 我是最厉害的
动不动就会说 ”你牛逼 你怎么不来！“
我算看出来了 这2货应该是12306的
俗话说：没有金刚钻别揽瓷器活
我们没有金刚钻所以不去12306
这位“大神”既然去了 又没金刚钻 还说12306没你想的那么弱
每天晚上没事干，尽踢 自己脑子 还大叫：我很强 我牛逼 我是最厉害的
动不动就会说 ”你牛逼 你怎么不来！“
你丫 2B CNM，
老子不是12306，
老子在北京上班，
你丫在哪 167 楼 lzp9880 10 小时前 看了大家的讨论，我也发表下看法，
1.关于身份验证，可以要求购票人及乘车人上传身份证扫描件，或者连到公安系统验证姓名和身份证号，这个过程将会是分布的时间点，并且验证后就不用再验证了，这样至少提高了黄牛的难度，而这对真正的乘车人来说，工作量根本不算什么；
2.对于退票的，可以让没买到票的继续有一个排队列表，一旦黄牛之类的，把票退掉，就自然分配给排队的人，而这个时候黄牛已经排不到这张票了，这就要求黄牛至少要提前就把业务谈好，收了证件信息才去买票，那就最多算是代买了，和现在这样成片拿到票再去找买家就差很远了。 168 楼 神之小丑 2 小时前 myfreejava 写道 我认为12306的业务设计走入了歧途，从上线到今年，一直在实时购票这个业务上钻，一直在努力解决人多崩溃、和抢票软件拼，越搞越崩溃的尴尬局面，所以很多人用12306和淘宝等平台相比，但实际上，大可不必如此。因为他们理解春节这种高压力购票业务上，有问题。
首先，我们说春节这种票，是预定票，它首先是预定，所以，原本可以不用实时买票的业务模式解决，他们却偏偏用最难也最不容易掌控的业务模式，来解决，我想，他们的业务专家，脑袋进水了。。。
为啥不能做成类似于高考填志愿类型的吗？即填写购票意向，由后台服务器自动计算分配，采用类似摇号策略应对票额不足情况；反正票原本不足，根本无法保持绝对公平，抢票只能是消耗不必要的资源，平时更是巨大的浪费；不如优雅点，填购票意向，等后台计算后，定时通知总好过让大家没头脑一窝蜂的来抢要好，也易设计实现；
后台计算分配票，在系统压力上，比千万人实时抢票，要低的多，资源占用也少的多，也容易测试和实现，他们可以完全自行模拟测试，只是数据计算而已，而不像现在，要模拟千万人上线抢票难度很大，即使有压力测试工具，也是不准确的，压力测试工具，也无法完全模拟业务操作；而且，还能有精力去研究提高购票的易用性，现在全都把精力放在如何不崩溃，如何应对抢票软件上，根本不务正业了！而不是用户的使用容易、流畅上，不知道那些所谓的专家为什么不采取此策略，大概是不缺钱吧。
这样，能让这种集中式购票回到本质，预定业务，然后，保留几天内的实时购票业务，那种业务，基本是散票，而且可以限制只在车站、代售点购买等等业务规则，避免出现刷票等情况，减小系统压力。
把关注点放在如何调整用户预定策略上，让用户可以更流畅、更理想的录入自己的预定意向，等待系统基于是否订上票的通知，用户也轻松，系统也轻松，和乐而不为？
至于公平性和暗箱操作，就是现在的实时购票系统，也无法保证公平性，更不能避免暗箱操作，因为你看不见后面；你会用刷票软件，就具有更优先权，反而是不公平的。采取后台服务计算分配，倒更公平些，无论农民工，还是程序员，大家真的是平等的，不需要你有和购票无关的技能。。。农民工，铁道部若提供代录入服务，就更公平了，或者，有公益服务组织为他们服务，就更好的。
希望有12306的人看到我的发言，思考下你们的业务模式是否有问题？你们的研究方向是否有偏差，为国家省点钱吧，拜托。
在票不够的情况下，怎么做都不会让所有人满意的，但，你也让大家舒服点买票吧，反正总有买不到的，对吧。。。现在成了秒票，这是闹那样。。。
这个是我见过唯一的一个从业务上去考虑问题的，我老大也一直这么教我，但是程序员的思维模式转换过来很有难度，从问题的根源着手，考虑解决方案，再去考虑技术可行性，而现在大多数人只停留在技术层面，，，狂赞你
169 楼 ferry2174 2 小时前 不是我军无能，是敌军太狡猾了？
