来源 |汽车ECU开发

前言

作为一个在自动驾驶感知范畴摸爬滚打几年的老兵,准备在平台上分享一些本人对这个范畴的了解。这样既能够协助我本人树立起一个更系统的学问体系,同时希望借此能认识到更多优秀的同行,所以欢送大家互相交流、互助互进。文章的信息来源主要是公开信息、其他创作者的分享和我分离日常工作的心得,再次十分感激援用文章的同仁。

数据闭环

今天第一章想要分享的就是数据闭环,目前在自动驾驶范畴,数据闭环概念可谓如火如荼。借助数据闭环概念和理想的滚动迭代模型,自动驾驶这个看似无法完成的愿景,逐渐具备可落地性。一方面科技公司因而取得资本的喜爱,不时进步本身的估值;另一方面车企又特别称心这种数据为王的逻辑,它们控制着第一手的数据来源稳坐钓鱼台。那么首先,我们要需求解释下什么是“数据闭环”。

数据闭环又称数据剖析闭环,其中心思想是一个十分朴素的剖析办法:当我们遇到一个软件(或算法)问题时,采集相关数据并进行复现,对产生的问题进行针对性处理,更新软件(或算法)版本后进行测试确认,最后发布新的版本。

当这个环路中每一个步骤都是有技术完成手腕时,则整个闭环构成,能够依据这个闭环完成软件(或算法)的迭代晋级。

在软件开发阶段,即版本尚未正式发布时,整个环路普通来说都是可控和可完成的:由软件开发(含自测)团队完成A、D、E、F、G的剖析步骤,当版本确认后由系统测试人员进行测试,测试过程发现问题(步骤B)会细致记载问题表现、时间等信息(步骤C),并提供应开发人员。但是软件版本正式发布后,步骤B和C是缺失的,这也是很多公司或者文章在描绘数据闭环时都是关注在信息搜集这块。通常来说这两个步骤的缺失是由于以下几种缘由:

  • 软件中没有适宜的问题反应机制

  • 软件运用者没有相关才能提供有效问题信息

  • 软件出问题触及到本身的操作信息,软件运用者不愿意提供

免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或承诺,请读者仅作参考,并自行核实相关内容。

举报邮箱:3220065589@qq.com,如涉及版权问题,请联系。