现在他们拿出总部给的各种数据，苦口婆心劝他们加入：“要是游客到你们这边来，发现没地方坐，就会走啦。其实你们上菜也不是不能上嘛，那就送到旅馆不好吗？桌子不用收了，碗也不用洗，还能多赚钱，有什么不好。”
嗯，好有道理……各位店家一盘算，「吃了吗」平台要收服务费没错，不过算下来，还是有利可图的。
如果真的座位爆满的话，还能再出菜，那岂不美哉？
就这样，「吃了吗」桂林分公司的人民群众终于支楞起来了，小雪看到他们的签约业绩，给予了难得的表扬。
这次紫金科技全面参与了一个城市的假日准备，手中握着大量的数据。
既然如此，不如做一个详细的数据地图。
数据中心在紫金网站的主页上做了一个链接，主要是对吃饭和景点这种流动性极大的地方进行人流预估，今天多少人，预估明天多少人。
给游客做一个参考，同时也是算法那边想看看他们做出的模型能不能真的准确预测。
如果差得太多，就要查原因，将来这些模型可以用在其他的方面。
“用MICE处理……缺失值……不规矩缺失……”
安夏再次企图加入算法组会议，然后失败。算了，人要知道自己的极限在哪里，业务不同，不必强融。
人工智能组不甘心落后，他们在完成正常工作之余，还在琢磨能不能生成一个自动旅游方案——主要是他们组的人也想出去玩，于是精神十足。
游客输入条件：什么时候可以从家出发，什么时候必须踩在家里的地面上，想去哪里，有什么必须要去的景点，大交通和小交通是否有指定的交通方式。
除了「必须」这几个点卡死之外，其他的系统会给出备选方案。
还会提示时间不合理之处，比如上午十点才从家出发。
但「必须」在早上八点就吃到目的地的某样食物，系统会自动提示「请更换目标地点或是目标时间」。
更换目标地点的话，系统会推荐家门口的早饭摊子。
一定要去某个景点的话，也会给出建议时间。
这个时间是根据最佳观景时间来的。
安夏看到之后，对他们说：“你们得留一个口子，以后说不定就是根据人流量来推荐了。”
组里的同事不理解：“如果那个地方本来就是看日出的，推荐别人正午去，也不合适啊。”
“相信我，他们要是挤不上看日出那趟，正午也会去的……”来都来了，是游客界不变的话。
人流量现在毫无数据，完全无法建立回归模型模拟，程序员们半信半疑地留了一个口子。
许多人还是不相信能有太多的人，那么多工厂倒闭，那么多工人下岗，有钱出来旅游的人，能有多少呢？
有人说这是紫金为了卖电脑而拉起的焦虑，其实根本就不会有这么多人。
对外界的质疑声音，不少员工想替公司分辩，安夏让所有人都不要说话：
“你们不可能说服所有人，说来说去，最后少不得要人身攻击，你们顶着紫金的名头，你们要是出去骂人，别人就会说是紫金骂人。没意思，反正也没多久，所有人都会知道结果了。”
她更关心的是数据安全的问题。
这次大规模的进行网上预定，所有人留的都是真实的身份信息，还有支付费用的银行账户，都是非常重要的个人隐私。要是被人盗走，或者
搜索的提交是按输入法界面上的确定/提交/前进键的