來(lái)源 |汽車ECU開發(fā)

前言

作為一個(gè)在自動(dòng)駕駛感知范疇摸爬滾打幾年的老兵，準(zhǔn)備在平臺(tái)上分享一些本人對(duì)這個(gè)范疇的了解。這樣既能夠協(xié)助我本人樹立起一個(gè)更系統(tǒng)的學(xué)問體系，同時(shí)希望借此能認(rèn)識(shí)到更多優(yōu)秀的同行，所以歡送大家互相交流、互助互進(jìn)。文章的信息來(lái)源主要是公開信息、其他創(chuàng)作者的分享和我分離日常工作的心得，再次十分感激援用文章的同仁。

數(shù)據(jù)閉環(huán)

今天第一章想要分享的就是數(shù)據(jù)閉環(huán)，目前在自動(dòng)駕駛范疇，數(shù)據(jù)閉環(huán)概念可謂如火如荼。借助數(shù)據(jù)閉環(huán)概念和理想的滾動(dòng)迭代模型，自動(dòng)駕駛這個(gè)看似無(wú)法完成的愿景，逐漸具備可落地性。一方面科技公司因而取得資本的喜愛，不時(shí)進(jìn)步本身的估值；另一方面車企又特別稱心這種數(shù)據(jù)為王的邏輯，它們控制著第一手的數(shù)據(jù)來(lái)源穩(wěn)坐釣魚臺(tái)。那么首先，我們要需求解釋下什么是“數(shù)據(jù)閉環(huán)”。

數(shù)據(jù)閉環(huán)又稱數(shù)據(jù)剖析閉環(huán)，其中心思想是一個(gè)十分樸素的剖析辦法：當(dāng)我們遇到一個(gè)軟件（或算法）問題時(shí)，采集相關(guān)數(shù)據(jù)并進(jìn)行復(fù)現(xiàn)，對(duì)產(chǎn)生的問題進(jìn)行針對(duì)性處理，更新軟件（或算法）版本后進(jìn)行測(cè)試確認(rèn)，最后發(fā)布新的版本。

當(dāng)這個(gè)環(huán)路中每一個(gè)步驟都是有技術(shù)完成手腕時(shí)，則整個(gè)閉環(huán)構(gòu)成，能夠依據(jù)這個(gè)閉環(huán)完成軟件（或算法）的迭代晉級(jí)。

在軟件開發(fā)階段，即版本尚未正式發(fā)布時(shí)，整個(gè)環(huán)路普通來(lái)說(shuō)都是可控和可完成的：由軟件開發(fā)（含自測(cè)）團(tuán)隊(duì)完成A、D、E、F、G的剖析步驟，當(dāng)版本確認(rèn)后由系統(tǒng)測(cè)試人員進(jìn)行測(cè)試，測(cè)試過(guò)程發(fā)現(xiàn)問題（步驟B）會(huì)細(xì)致記載問題表現(xiàn)、時(shí)間等信息（步驟C），并提供應(yīng)開發(fā)人員。但是軟件版本正式發(fā)布后，步驟B和C是缺失的，這也是很多公司或者文章在描繪數(shù)據(jù)閉環(huán)時(shí)都是關(guān)注在信息搜集這塊。通常來(lái)說(shuō)這兩個(gè)步驟的缺失是由于以下幾種緣由：

• 軟件中沒有適宜的問題反應(yīng)機(jī)制

• 軟件運(yùn)用者沒有相關(guān)才能提供有效問題信息

• 軟件出問題觸及到本身的操作信息，軟件運(yùn)用者不愿意提供