第21章 只能苦一苦硅基生命了

    第21章 只能苦一苦硅基生命了
    林远虽然在好团紫金分部拿着高薪还是打螺丝，但是部署测试的过程中，通过往期的测试记录报告，林远发现外卖相关的ai算法一直是在迭代的。
    先不管眼下这些ai算法在外卖行业的坑爹表现，至少好团方面是一直有在尝试着优化。
    这个其实也很好理解，整个外卖行业经济链条上的任何一环都已经没法再砍了。
    以如今的配送单价，再顾及到社会舆论，可不敢再对骑手们下刀子了。自家的程序猿们外包出去了不少，可又不能全部用外包，否则软件系统整出大事来可就不得了了。
    让投资方少赚一点？财报一旦不好看，股价就敢给你跳楼。ceo都得卷铺盖。
    让用户点餐多两块钱？想是想，但现在的用户也不傻。大不了不吃外卖嘛。
    那咋办？好在软件和机器不会说话，那就只能压榨它们了。
    林远只能在心里开玩笑：这是碳基生命对于硅基生命有预谋的系统性压迫。（当然，如果硅基有生命的话）
    林远仔细看过好团的测试记录后，再结合自己送外卖的经验，也就对ai在外卖行业的应用瓶颈有了大致的认知。
    比方说最简单的订单转派问题。
    订单的转派可能是由于其中某一个商家出餐太慢，也有可能是该名骑手个人能力不行来不及送，或者其它什么突发情况。从控制管理成本的角度，最好的解决方法自然是系统自动识别后自动转派。
    就是整个过程最好悄无声息就完成了，不要任何人为的干预。这样站长们的工作不就轻松了嘛。
    当然，让站长们工作轻松不是目的，减少站长的数量才是目的。
    哎，但可惜的是。
    开店的和炒菜的，还有送餐的，都不是机器人。
    如果都是机器人那就好办了，因为硅基生命最好被压迫。
    老子给你设定了10分钟出餐，你要是出不了，那一定哪里的软硬件出问题了。那就给你升级更新，要是升级更新后还是不行呢？可以给你扔到电子垃圾回收厂，老子换一台plus、pro、max、ultra版的。
    但显然你并不能这么对待碳基生命，因为碳基生命好歹是受法律保护的。
    碳基生命不但无法被程序精确控制，而且还无法与后台系统保持实时联络。要是某份餐品预测是来不及出的，炒菜机器人可以提前预警通知，但炒菜的师傅显然没法精准预测也没法即时给后台发消息。
    因为碳基生命的脑子里显然没有wifi之类的传输模块，碳基生命之间的沟通方式终究还是太慢太原始。
    哪怕是林远和算力系统之间的沟通方式也是受限于此--系统可以通过林远的眼睛采集数据，但系统无法把处理的结果通过林远的手打印出来。即便林远想给系统开放自己的手脚权限，但林远自知以自身的血肉结构应该比不上打印机的速度，更别说和wifi传输比了。
    简单来说，就是因为“人的因素”，造成了每份餐品出餐时间的不可预知。同时，也因为人的因素，造成了每个骑手当日送餐能力的不可预知。同理，那帮点餐的家伙的行为也是不可预知的。
    即便如此，但林远觉得：碳基生命的美，正是因为这种不可预知。
    他想起了给他奶茶喝的那个憨货妹子。如果一切都是程序化的，那人类也就少了那种“眼前一亮”“怦然心动”的美好。
    但并非所有的不可预知都会产生正面作用，而要处理人类工作场景下的不可预知，ai就成了最好的选择。
    归根结底，这是在用硅基生命的优势来补全碳基生命的劣势。但是林远从好团的测试记录来看，好团工程师们写出来的硅基生命显然不怎么给力。
    由于出餐的、送餐的、点餐的这些人的不可预知性，ai算法识别面临“数据采样缺失”的问题。因此算法能准才有鬼了。
    这就好比一道题目的已知条件有部分是隐藏的，那你能解出这道题才怪了。
    因而林远很理解好团方面的无奈，为此他也找紫金分部这边的技术部老大仔细聊过。好团目前的算法策略主要就是两招：从过往历史数据中去估算订单量，以及通过ai计算优化骑手的送餐路径以及派单和转派逻辑。
    针对某个区域估算订单量，这个很好理解。预测出订单量后就可以针对性安排站点分布和骑手数量。
    虽然只要老天爷稍微动动手指，天气稍微有点变化，订单量和送餐效率都会随之波动。节假日因素又时不时过来插一脚捣乱。但是总体上根据历史数据估算出的订单量也有个七七八八。
    至于路径和派单优化，就更好理解了，就是让骑手送餐更顺利嘛。提高单位时间劳动效率，增加整条经济链上各方面的收益。
    林远从详细的测试报表来看，好团八成的精力都在路径和派单优化上了。毕竟相比于一个区域的订单总量，路径和派单问题要复杂的多。
    如果把一个外卖订单比作是一次从a地到b地的导航，那在配送侧算法看来，每个骑手的任务就是一堆导航路线的集合。算法的任务就要把这一堆导航路线集合规划的合理。
    仅仅是一次导航的话，这个问题看起来很简单。
    可首先外卖订单不同于出行导航，骑手首先需要取餐，那这个路线就变成了a==》b==》c。骑手先要从接单位置a，去商家位置b，再送到顾客位置c。
    完成a到b步骤的时间受限于商家b的位置，以及商家的出餐速度。b的位置还不能简单的通过电子地图直线距离来获取，万一商家在商场里，那骑手还需要考虑小电驴的停车问题，以及爬楼问题。
    而b到c的这个过程则更加多变。因为顾客比商家数量多的多，分布的也广的多。骑手面临着爬楼和小区能不能进等等问题。
    一个外卖订单就面临各种问题了，而每个骑手手头不可能只有一个外卖订单，而是好几个外卖订单的集合。
    而在算法的角度就更加复杂n倍，因为算法要兼顾所有的骑手。
    假如整体的复杂度用大o来表示，每个订单的复杂度用o来表示。
    那o=o*骑手的订单数量*骑手总数。
    这还没完。
    因为每个骑手手头的不同订单之间存在互相干扰。因为骑手送餐是串行的，必须送完一餐再送一餐，手头5份餐的时候如果多出来第6份餐，那这第6份餐很可能会影响另外5份餐的送餐效率。
    这就导致了每个外卖订单的逻辑复杂度是非线性的，不但非线性还特么是随机的。
    总之就是影响路径和派单的因素实在是太多了。有的因素还偏偏是获取不到的。
    林远把问题总结归纳了下。
    好团方面认为外卖行业最值得被优化的就是：路径和派单。而路径和派单问题因为过于复杂，因而对ai算法的模型复杂度要求很高，进而就对算力要求很大。且由于存在采集数据缺失的问题，训练出来的算法天生肯定存在缺陷。
    于是，林远自然而然地就想到了--要不我拿算力系统来试试？
    (本章完)