第34章 最欢快的外卖员
三天后，第一稿beta版的算法就出炉了。
beta版不能算是算法初稿，只能算作是测试用的临时产物。
林远不至于傻到等半个月后再去测试算法行不行，那无异于等同于赌徒上桌后一把梭哈如果到时算法不行，那这半个月的功夫岂不是白了。
好在it软件的特性就像搭积木。搭积木不是变魔术，不会是一下子就从无到有，而是会有一个构建的过程。
林远接下去的打算是测试这稿beta版的算法，他会将这稿算法悄悄塞到好团紫金分部这边的测试服务器上。
紫金分部这边为了完成外卖平台的一些更新测试，配备有一套完整的外卖模拟配送平台。这套测试用的外卖系统没有商家端，也没有那些绿绿的广告推荐信息，更加没有金融等子模块。纯粹就是一个外卖配送测试平台。
林远需要先要在这套平台上完成对算法基础功能的验证。基本的接单、取餐、配送，这个流程，先要走通。
在算力系统加持下，整个过程还算顺利。唯一的麻烦是：算力不足。
beta版出炉的这天，林远瞄了眼系统面板。
累积算力：498p。】
仅仅三天，自己攒了这么久的算力就给干剩下了一半。而任务列表中的那个入学任务却依旧卡在完成度99.9%，仍旧因为没有正式入学而还未结算。
即便由于算力汇率的存在，系统的算力更加的精贵，可是这系统也忒混蛋，没有提供大量获取算力的途径。
照现在这个样子，林远就只能先完成骑手的信息采集工作，然后先对beta版算法做个简单的功能验证。后续的工作就只好等到开学之后，系统给自己结算入学任务之后，等算力补足了再继续进行。
幸运的话，到时应该还会再刷个把任务出来的吧。
林远也只能这么期望了。
可麻烦的是，届时自己在好团的实习也会因为开学而结束。没了继续使用好团测试平台的机会，自己还怎么继续测试算法。
实在不行，林远就只有耗尽手头的算力，尽量把算法迭代更新，然后在开学前提交上去。总之先引起好团高层的兴趣再说，保证和好团的这条线别断掉。
在认清了眼前的形势后，林远在一个夜晚又骑上了他的小电驴，重操旧业。
——
林远再次送起了外卖。
不过与先前不同，他现在应该是天底下最开心的外卖员。因为林远正在测试他的“路径与派送算法beta版”，他此刻的每一分每一秒不再是为了一单三五块钱的配送费，而是在构建属于他个人的人生大厦。
林远的手机上开着两个软件——其中一个骑手端，另外一个监控端。
骑手端，顾名思义，因为此刻的林远正扮演着一名骑手在模拟送外卖。
至于监控端，则是用来监控测试情况用的。
在监控端上能看到很多个代表骑手的头像，但只有代表林远的那个头像才是有真人的，其余都是模拟出来的数据假人，因为林远没法真的找到一群人扮演骑手。模拟出来的假人自然测试效果会略逊一筹，但是这种用模拟数据代替真实数据的方法，在软件测试过程中是很常见的。就好比飞机的风洞实验，风洞里的风自然是人工模拟出来的。可是你难道敢把一款飞机不经过风洞模拟测试直接放到天上去飞？
耳机里不时传递着ai语音的引导。
“检测到后续有订单存在较大概率出餐等待时间超过五分钟，请立即处理。”
按照林远算法设定的逻辑，如果在后续的未取餐的订单中检测到很大可能会延迟出餐，算法就会触发后台通知骑手端发出消息提醒。然后骑手就能看到具体是哪一个订单，有多少概率会延迟出餐超过多少时间。
之后，算法就把选择权交给了骑手。林远目前没有把算法做的太野，还是将决策权交给了骑手本人。
骑手有两个选择：让系统自动处理，或者头铁硬莽。
如果是系统自动处理的话，算法就会完成订单的自助调度，会把这一单转派给更加顺路等待时间更少的那名骑手。
至于头铁硬莽嘛，字面意思，你爱等就等呗。
林远就这么一个人骑着小电驴，在夜晚的紫金航校里外周围欢快地送着外卖。当然，他送的是空气外卖，他的小电驴后座上也不会有外卖箱。
如果当天晚上的测试过程中发现了bug，或者是其它需要优化的点，他会在第二天实习上班的时候处理这些问题，之后就是算法的更新迭代，当天晚上继续骑着小电驴模拟测试。
测试过程中的骑手除了林远自己外，全部都是虚拟出来的假人。可是取餐的商家却都是真实的。
林远为了测试，还特地把校外一小片测试区域内的商家也给标定了。在校外附近测试，是为了离学校近一点交通方便。况且要是在河西刘胡子那片区域测试，很容易就会碰到以前送外卖认识的人，人多眼杂，搞不好就会引起刘胡子注意惹来不必要的麻烦。
林远拿校外这一小片区域的商家当测试样本，自然不可能真