|
精华帖 (6) :: 良好帖 (5) :: 新手帖 (0) :: 隐藏帖 (15)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-01-16
最后修改：2012-01-16
别这样
|
| 返回顶楼 | |
|
发表时间：2012-01-16
第二种不行，第一种可以，再想想，完全可以把压力放在购票之前。
|
| 返回顶楼 | |
|
发表时间：2012-01-16
linliangyi2007 写道 楼主的思路充分说明楼主对计算机建模的无知，本质上很多文件操作都是序列化的，你以为oracle数据写磁盘的时候就是并发的！？
序列化就是排队，这个可以追溯到CPU的指令队列，还唧唧歪歪说了一堆歪理论，建议你改行了得了！ 如果你是明知原理，只是为了反对而反对，我表示无语。。 嗯，世界上只有一种算法叫排队。 这什么歪理邪说啊 Level不同好不好啊，在这里抽奖摇号绝对在用户体验上更好 |
| 返回顶楼 | |
|
发表时间：2012-01-17
zmcsut 写道 15：00去排？
假如14：50已经有100万人在排队了，预计消化完这100万人要1个小时。那我15：00去排队，能买到什么？ 按照我的思路，随便你几点钟去排好了，轮到你时还没开卖，就让你重新排队去，轮到你时卖光了，就告诉你卖光了。 |
| 返回顶楼 | |
|
发表时间：2012-01-17
好几天过去了，还讨论的火热啊，气氛不错！
但是，不考虑系统边界的设计，从何谈起！ |
| 返回顶楼 | |
|
发表时间：2012-09-18
难不成 12306这次升级 就是这样的砖家搞出来的 测试系统么
|
| 返回顶楼 | |
|
发表时间：2012-09-18
最后修改：2012-09-18
aa87963014 写道 登录慢、提交表单慢的原因只能是写数据的问题，和查票没关系因为有查询缓存。
什么业务都是多余，如果这个系统非常牛b登录查询，购票畅通无阻。 我们在春运买票的时候又会出现个什么情况？无非是在出票的时候票已经完完全全的卖完 了，现在的情况是因为这个系统的原因能浪费你半天、一天的时间在上面。纯粹的浪费了大家的时间而已。 12306这样的排队系统,这样的系统也不知道是怎样的牛X的砖家们在茅坑想出来的,蹲下就能搞出这样的系统 真牛X 真该给你们颁布 2012最佳牛B互联网应用大奖了 这里面的程序员我就不说了 你们买过票么 小日本在搞钓鱼岛 你们也是在卖国 卖我们中国人的时间 浪费我们的血汗 跟小日本都一样的 |
| 返回顶楼 | |
|
发表时间：2012-09-18
vb2005xu 写道 aa87963014 写道 登录慢、提交表单慢的原因只能是写数据的问题，和查票没关系因为有查询缓存。
什么业务都是多余，如果这个系统非常牛b登录查询，购票畅通无阻。 我们在春运买票的时候又会出现个什么情况？无非是在出票的时候票已经完完全全的卖完 了，现在的情况是因为这个系统的原因能浪费你半天、一天的时间在上面。纯粹的浪费了大家的时间而已。 12306这样的排队系统,这样的系统也不知道是怎样的牛X的砖家们在茅坑想出来的,蹲下就能搞出这样的系统 真牛X 真该给你们颁布 2012最佳牛B互联网应用大奖了 这里面的程序员我就不说了 你们买过票么 小日本在搞钓鱼岛 你们也是在卖国 卖我们中国人的时间 浪费我们的血汗 跟小日本都一样的 确实坑爹啊。10点放票 10点04就下了订单，排队等候订单处理，30分钟后告诉出票失败 
|
| 返回顶楼 | |
|
发表时间：2012-09-18
情已逝 写道 对于火车票来说，用户等上一段时间是可以接受的
软件就是为了解决问题的,问题等着被解决,那你还做毛的软件. |
| 返回顶楼 | |
|
发表时间：2012-09-19
foohsinglong 写道 情已逝 写道 对于火车票来说，用户等上一段时间是可以接受的
软件就是为了解决问题的,问题等着被解决,那你还做毛的软件. 不是所有的问题都能解决，要解决到什么程度。 |
| 返回顶楼 | |
