钱，有什么不好。”

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

怎么可能全空房，而且才一块钱？

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

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

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

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

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

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

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

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

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