|
锁定老帖子 主题：为12306说几句好话
该帖已经被评为隐藏帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-01-13
非常赞同楼主第三点，IBM的东西也不是很好，但是他们的人很会忽悠，而且就算是他们来做也不一定一次就能做好。
|
| 返回顶楼 | |
|
发表时间：2012-01-13
以楼上各位的观点，因为系统很复杂，所以做不好很合理，所以就可以随便找个没名气的公司做了？！是不是这样！！
然后再把这个系统渲染的多复杂，压力多恐怖，装吧，你们这帮就继续装吧。 反正哥从来不因为春运买火车票，说实话关我屁事，只不过看不惯有人乱花纳税人的钱而已 |
| 返回顶楼 | |
|
发表时间：2012-01-13
哈哈 复杂复杂，搞得自己写的系统就是天下最复杂的购票系统。
5千万RMB的价值跟冥币一样 |
| 返回顶楼 | |
|
发表时间：2012-01-13
看看风云博客上的这个方案：http://blog.codingnow.com/2012/01/ticket_queue.html
有些事情，还真就那么简单。 |
| 返回顶楼 | |
|
发表时间：2012-01-13
最后修改：2012-01-13
to楼上：人家又说了，铁道部就是花不起钱请云风这种头脑的人 - 开发的真的都死绝了。
看看它前台的代码，武断的说，后台代码也好不到哪去。同意linliangyi2007，对于没有判断标准的人，你伤不起。 |
| 返回顶楼 | |
|
发表时间：2012-01-13
最后修改：2012-01-13
一句话，存在即合理，铁道部领导不是IT人，没想到问题的复杂度，然后一个木有经验的IT部门做出来一个烂烂的系统，这一切都是合理的，拿着人民的钱干不好事情，被人民骂，这也是合理的。所以大家还是和气点比较好这鸟事其实跟大家木有很大关系的，所以大家木有比较为这个打动肝火。。。
|
| 返回顶楼 | |
|
发表时间：2012-01-13
诺亚之舟 写道 说的不错，不清楚铁道部的主机是什么，不过在一些没有足够的经验的公司面前，这样的系统的确是大问题，拿我们公司来说，我们有自己的框架，在热部署，并行负载等方面的功能（不是说他们的web server不行，而是不如我们实现的好），bea，ibm都羡慕，但是这是我们公司近10年的项目经验的结晶。为什么会这样？因为我们给电信运营商做系统，我们有足够的机会试验我们的技术，在生产系统上逐渐改进，而他们只能在测试环境模拟，怎么可能比得上呢？比如内存数据库，oracle 的都比不上我们公司的，但是这是从800w用户到5000w用户每日详单账单压力测试10年的结果，oracle 的投入再大，可能这样做吗？他们没有这样的机会，导致了他们的不如我们的，并不是我们的工程师就比人家的聪明。
请问是哪家公司的内存数据库？有产品化么？ 如果做的好？为什么不产品化卖给其他公司？ |
| 返回顶楼 | |
|
发表时间：2012-01-13
中国人多，想回家就要有足够的火车，我觉得秒杀不秒杀的问题不在于网站而在于票少。
所以除去票被秒杀的因素，风云的方案完全可行，软件也是无法解决票不够的现实问题啊！ |
| 返回顶楼 | |
|
发表时间：2012-01-13
要是做好了，那网络黄牛党也多了，登录不进去，黑客都没办法。。。
|
| 返回顶楼 | |
|
发表时间：2012-01-13
最后修改：2012-01-13
我虽然也喷一次12306, 其是因为填了几个小时的验证码, 有点火,
但是心里还是佩服的, 至少如此高的pv量 , ip量, 网站然后还流畅的运行, 已经很不错了, (即使是说用户过多, 那只是后面系统处理不过来的原因) 因为人太多, 拼命加硬件也可以解决,前面查询与后面支付问题, 但是只是每年春节才用一次, 不值当的, 所以我有一个小小的想法来解决这个问题, 我说的这个问题特指: 目前网站前台接待工作做的很好, 但是把你带到后堂, 就没有人招呼了, 就跟我大学的时候, 吃饭的时间大家都拿水瓶去打水, 结果茶房挤破头, 但是呢最终都有水打, 只是要耗太多的时间在那等, 我就想大家都茶壶放在那, 然后有一个人专门来打水 , 大家都估计(根据送来水壶的时间)水打好了, 就直接到拿走就ok了, 节省时间 所以我想到的方法是: 采用预订机制, (归根结底是因为没有排队) 1. 先查询出我要订哪些票(票的价格都有), 此时直接可以支付(注册时已经认证过身份证信息), 支付好了以后, 大家就该干嘛干嘛, 2. 系统根据预订队列, 按照系统所能使出最大能力, 生成车票, 如果可能可以短信提醒或邮件提醒订票成功与否, (如果有客户选择的时间范围,自动滚动到下一批的队列) 3. 最终还是没有票, 执行退款动作 我想这样做的好处, 大家不用无谓的去查询多张, 再订啊订啊, 增加无谓的服务器和带宽负担, 这样就可以把前台接客的资源(甚至支付资源)节省一大部分, 用与支付环节 不知道是否可行 |
| 返回顶楼 | |
