论坛首页 Java企业应用论坛

为12306说几句好话

浏览 16448 次
该帖已经被评为隐藏帖
作者 正文
   发表时间:2012-01-13  
starcheney 写道
我觉得铁道部有打压黄牛的目标就可以了,方案可以一步一步完善

昨天黄牛去三里屯 排手机了
0 请登录后投票
   发表时间:2012-01-13  
zhuyl_wind 写道
一个程序员一年50w成本,膜拜阿

您觉得多了?还是少了?
我们公司是这么算的,因为低于这个,项目绝对亏钱了,当然您可以说一个程序员一年才能拿到10w 多一点,不过你考虑过各种税,各种成本吗?如果没有,只能说明您还不具备开公司的基本准备。
0 请登录后投票
   发表时间:2012-01-13  
诺亚之舟 写道
zhuyl_wind 写道
一个程序员一年50w成本,膜拜阿

您觉得多了?还是少了?
我们公司是这么算的,因为低于这个,项目绝对亏钱了,当然您可以说一个程序员一年才能拿到10w 多一点,不过你考虑过各种税,各种成本吗?如果没有,只能说明您还不具备开公司的基本准备。

每平米每天9块的地皮......你的工钱有这个高么
0 请登录后投票
   发表时间:2012-01-13  
lzxz1234 写道
sanshizi 写道
...

我想买火车的人再买之前, 买什么种类的车票, 是否要中转, 在哪里中转, 甚至指定车号, 事先想好了(至少大部分人都是), 然后排列组合出来情况应该不多(系统可以限制一下,最多买两类车,允许转几次车等等), 所以买票的时候, 选x,y两类车, 从a转到b, 从b到c, 从c到d, 适当加一个逻辑判断就可以找出一个可行方案, 如果都不行, 顾客这次预订请求全部抛回, 通知或退款


你想先预定,然后排队,根据前后给票,我理解有问题没,如果这样这是吧放票时的疯抢提前到了开放预订时的疯抢,还不一定能抢到


"放票时的疯抢提前到了开放预订时的疯抢还不一定能抢到" 呵呵, 是这样的, 但是这里面"不一定能抢到"的人, 然后可以在线支付成功, 所有的人都可以支付成功, 支付以后不用绑在网站上, 可以去做别的事, 不要像我一样填了两个小时的验证码这么郁闷了

预定的是一个范围(一定要有限制,针对大量的订票条件比较简单的情形), 日期范围, 车类, 中转情况等等, 然后排队, 系统根据一定的逻辑算法, 不断对买不到票的订单进轮询, 这个操作是非常快的, 比较起顾客自己去搜或是在柜台一点点问快得多了, 如果最终在限定的范围内, 系统以如此快的速度仍未能找到合适的票, 则通知顾客不行, 重选条件, 此时重新排队

这样看来, 其实这个方法就是模拟顾客到火车站排队买票, 每个轮询线程就当作一个售票窗口来看, 用这个方式以后, 就相当于每个人免费雇佣了一个人在那帮自己排队, 不用自己排了, 由于票少人多, 其他的问题也解决不了
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics