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

学霸的算力系统梅克马内第 21 / 281 章2,445 字

林远虽然在好团紫金分部拿着高薪还是打螺丝,但是部署测试的过程中,通过往期的测试记录报告,林远发现外卖相关的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算法的模型复杂度要求很高,进而就对算力要求很大。且由于存在采集数据缺失的问题,训练出来的算法天生肯定存在缺陷。

于是,林远自然而然地就想到了--要不我拿算力系统来试试?

继续向下阅读
学霸的算力系统
21/281
书详情
学霸的算力系统 完整目录 · 共 281 章
第1章 朴实无华的系统第2章 不准使用开源框架第3章 巧合?第4章 审题第5章 欣赏?第6章 我糖城工学院的第7章 他连注释都抄第8章 难度增加,奖励翻倍第9章 我要开挂啦第10章 他一定是关系户第11章 我就想给他一个机会第12章 憧憬未来1第13章 憧憬未来2第14章 个人产业结构升级第15章 一定要保持逼格第16章 俨然名师第17章 都是误会第18章 门槛造航母,入门打螺丝第19章 同人不同命第20章 初现苗头第21章 只能苦一苦硅基生命了第22章 算力汇率第23章 算力系统的优越性?第24章 不要想着卡系统bug第25章 数据采集的困难第26章 采集商家数据成功第27章 大张第28章 目标第29章 帮忙送个外卖第30章 冷冷的冰雨第31章 我为你曾经赠给我的美梦买单第32章 眼中的对方第33章 正派的林远第34章 最欢快的外卖员第35章 被吓跑的林远第36章 九分甜西施第37章 意想不到的算力回收方式第38章 夏叶1第39章 夏叶2第40章 low系统配low人第41章 老旧的矿卡第42章 连牙齿都没人家白第43章 变色龙第44章 让算法来生产算法?第45章 导师的吐槽第46章 导师的骚操作第47章 放大招第48章 云开雾散第49章 网络时代的痕迹第50章 赴约第51章 试了没用第52章 还是太年轻了第53章 跃跃欲试的夏叶第54章 两个考研的第55章 生活是什么第56章 不出林远所料第57章 我又行了第58章 触发关键字了?第59章 我可得装的像一点第60章 我送外卖养你啊第61章 轻触钓饵第62章 拿到算力资源第63章 无心插柳第64章 泛着咖喱味的代码第65章 我的导师有点虎第66章 以后全家送外卖第67章 我的导师不正经?第68章 “师生深情”第69章 挂逼最大的麻烦1第70章 挂逼最大的麻烦2第71章 肉疼的林远第72章 万事开头难第73章 系统,你别装了第74章 终于有了对系统的初步印象第75章 算法上线第76章 富有的穷鬼第77章 入学典礼1第78章 入学典礼2第79章 我,叫林远第80章 李院长的半个徒弟第81章 掩盖不住的天赋第82章 缴获是要归公的?第83章 我要这铁棒有何用第84章 千万别给我差评啊第85章 职场PUA1第86章 职场2第87章 博弈第88章 初见八卦第89章 意外的发现第90章 计算机算命第91章 成长中的网红第92章 不解的吃瓜群众第93章 分别第94章 风水模型参数第95章 导师的深意第96章 自圆其说第97章 过关第98章 有关系比有能力更摄人第99章 憨憨的夏叶第100章 发布会
字号18
字体
行距
背景