阅读历史 |
请收藏本站网址:ftshuwu.com

第497节(2 / 3)

加入书签

钱,有什么不好。”

嗯,好有道理……各位店家一盘算,「吃了吗」平台要收服务费没错,不过算下来,还是有利可图的。

如果真的座位爆满的话,还能再出菜,那岂不美哉?

就这样,「吃了吗」桂林分公司的人民群众终于支楞起来了,小雪看到他们的签约业绩,给予了难得的表扬。

这次紫金科技全面参与了一个城市的假日准备,手中握着大量的数据。

既然如此,不如做一个详细的数据地图。

数据中心在紫金网站的主页上做了一个链接,主要是对吃饭和景点这种流动性极大的地方进行人流预估,今天多少人,预估明天多少人。

给游客做一个参考,同时也是算法那边想看看他们做出的模型能不能真的准确预测。

如果差得太多,就要查原因,将来这些模型可以用在其他的方面。

“用ice处理……缺失值……不规矩缺失……”

安夏再次企图加入算法组会议,然后失败。算了,人要知道自己的极限在哪里,业务不同,不必强融。

人工智能组不甘心落后,他们在完成正常工作之余,还在琢磨能不能生成一个自动旅游方案——主要是他们组的人也想出去玩,于是精神十足。

游客输入条件:什么时候可以从家出发,什么时候必须踩在家里的地面上,想去哪里,有什么必须要去的景点,大交通和小交通是否有指定的交通方式。

除了「必须」这几个点卡死之外,其他的系统会给出备选方案。

还会提示时间不合理之处,比如上午十点才从家出发。

但「必须」在早上八点就吃到目的地的某样食物,系统会自动提示「请更换目标地点或是目标时间」。

更换目标地点的话,系统会推荐家门口的早饭摊子。

一定要去某个景点的话,也会给出建议时间。

这个时间是根据最佳观景时间来的。

安夏看到之后,对他们说:“你们得留一个口子,以后说不定就是根据人流量来推荐了。”

组里的同事不理解:“如果那个地方本来就是看日出的,推荐别人正午去,也不合适啊。”

“相信我,他们要是挤不上看日出那趟,正午也会去的……”来都来了,是游客界不变的话。

人流量现在毫无数据,完全无法建立回归模型模拟,程序员们半信半疑地留了一个口子。

许多人还是不相信能有太多的人,那么多工厂倒闭,那么多工人下岗,有钱出来旅游的人,能有多少呢?

有人说这是紫金为了卖电脑而拉起的焦虑,其实根本就不会有这么多人。

对外界的质疑声音,不少员工想替公司分辩,安夏让所有人都不要说话:

“你们不可能说服所有人,说来说去,最后少不得要人身攻击,你们顶着紫金的名头,你们要是出去骂人,别人就会说是紫金骂人。没意思,反正也没多久,所有人都会知道结果了。”

她更关心的是数据安全的问题。

这次大规模的进行网上预定,所有人留的都是真实的身份信息,还有支付费用的银行账户,都是非常重要的个人隐私。要是被人盗走,或者是直接删库,后果严重。

网络安全组经过上次的练兵,现在动不动就自己组织一回伪演习,每次都做得像真的一样。

就在全公司上下高度警惕的时候,到底还是出了一点小毛病。

晚上八点,各位网上冲浪者最活跃的时候,紫金旅行平台上,桂林旅馆突然提示全线空房,随便来,随便住,价格还贼便宜,一块钱!!

这会儿,一块钱也就是一个孩子的早饭钱,买不了吃亏买不了上当。

哪怕住在去桂林需要四天的城市的人,走过路过,也好奇的点了一下预约。

是还在赶材料的陆雪写到一半,忽然想摸鱼,打开网站才看到的,他记得安夏说过——“五一反正是去不了桂林了,都没地方住,只能睡大马路。”

怎么可能全空房,而且才一块钱?

他真的下了一单,发现可以完成交易,才赶紧打电话给安夏的。

事故原因是深夜,他们更新了软件版本。但是这个软件版本里有一个命令,是上上次的版本里留下的余孽,或者叫做屎山代码。

于是,莫名的就出现了这样的原因。

在屎山里解决bug不容易,整整四个小时,才解决。

最终进行统计,算上陆雪,已经卖出了将近五万份,有人发现问题之后,马上呼朋唤友下单。

有好多单是在网吧下的,一个人发现后,激动地站起来振臂一呼,认识的不认识的,都强势加入,整个网吧的人都下单了。

公关部薛露、第一责任人、技术总监在安夏的办公室里,气氛凝重。

议题之一:内部怎么处理。

议题之二:卖出去的49187份房单怎么解决,同一日期绝

↑返回顶部↑

书页/目录