笔趣吧

手机浏览器扫描二维码访问

第25章 数据采集的困难（第3页）

这两点并非是空话。

林远并没有因为失落而绝望，他开始仔细分析系统数据途径的特点。

试图去抓住问题的本质。

算力系统可以轻松获取好团公司从后台导出的已经采集好的外卖数据，并且对数据总量大小无感，再大的数据也能很快载入。

那也就是说：系统更加关心的是数据的形式。

那些被采集好的外卖数据也并非是最终可被aI模型执行的向量形态。

外卖数据一般是这样：某年某月，张三在a地接到订单（编号：order123），然后去商家所在的B地，花了多少时间等餐，之后再走什么样的路径什么时间送到客户所在的c地。

这样的数据是不可能直接丢给现实世界的aI模型去计算的，特么的aI指的是aI最终生产出来的那个玩意儿，又不是指生产aI的玩意儿本身就是个aI。

这一点是很反普通人的常识的——aI其实就是算法，而aI算法是被生产制造出来的，而这个生产制造的过程却一点也不aI。

这就好比你给地里的瓜果浇大粪，地里就能长出好吃的瓜果一样。

瓜果好吃，但浇下去的那玩意儿显然不能吃。

但是，这仅仅是对现实世界的aI模型来说。

算力系统却并非如此，算力系统直接就可以载入这些未经处理的数据进行计算。

现实世界的aI模型在计算之前，通常的做法是：把这些外卖数据处理成矩阵向量。

aI模型是冰冷的，它才不管你丢给它的数据是什么意思，反正在它眼里都是矩阵向量。

于是外卖数据就需要先被转化为：[-1，23，321，.]这种冰冷的数字。

这些数字代表了真实的外卖数据。

比如：某条外卖订单配送时的天气是大晴天，那矩阵向量中的某一个参数可能就会用数字“1”

来表示，进而用数字“o”

来表示阴天。

但算力系统则不同，林远之前测试过。

外卖的数据根本不需要经过预处理，直接让系统载入也能处理。

貌似系统自身就可以进行数据预处理。

这倒是符合系统的尿性--毕竟这系统就像一台可以按需改变自己硬件参数的活的电脑。

于是林远自然而然想着从这一点上寻找突破口。

（本章完）