1樓：魚頭好吃魚尾好吃
與其想怎麼檢出來不如改變整個基本邏輯。
已經有不止乙個特斯拉車友反饋說車輛在自動駕駛的狀態下，如果不打燈打方向盤，車輛會跟自己搶奪方向盤的控制權，而且時間長力量大造成了危險甚至事故。而其他車道保持功能的廠家，並不會這樣嚴重影響避險。
這已經說明了乙個很重要的問題，那就是特斯拉認車機對車的控制的優先順序，要高於司機對車的控制優先順序。
這和波音737max墜落的原因是很類似的，就是用程式的優先順序高於飛行員的優先順序，最終導致了飛機墜毀。
按照我們正常的理解，無論你在自動駕駛還是什麼狀態下，我司機打方向盤，只要力度稍大一些，就說明是我司機要接管車了，車要老老實實聽司機的。哪怕我打左燈向右拐你也要聽方向盤的。
同樣的司機踩了剎車，那麼無論你的程式怎麼想，你就應該老老實實剎車，而且應該有乙個電氣的機械結構單向禁止電池向電機送電（之所以是單向，因為還要允許能量反饋送回電池。）。而海南剎車門事件說明了，特斯拉又一次讓車機的控制優先順序高於司機的踏板動作。
既然車機的優先順序要高過司機，高於剎車和方向盤，從這個角度來說，要想特斯拉不出事故，只能祈求他的軟體沒有任何bug，但對於經常OTA的車來說，這是不可能的。
2樓：
技術手段怎樣我不清楚，不過我知道如何低成本的查。
發布高薪聘請啟示，廣邀各路大牛面試，然後把這個題目做成面試題，然後全部拒絕，最後白嫖幾百份答卷，總能找到靠譜的解決方案。如果沒有解決，換乙個方向，重新招聘。
3樓：SA11
能簡單檢測出的bug的就不叫bug了。批量生產才出現的bug肯定是偶發性bug。這種問題，特斯拉自己都找不出來，外面機構查的出來？
除非開源大家來找茬。更別說部分硬體的底層韌體特斯拉可能自己都沒原始碼。
是否存在沒有漏洞，永遠不會被黑的大型程式？
程式的漏洞，來自外界的輸入。只要把外界輸入封死。就可以永遠不被黑。沒有使用者輸入，沒有系統環境變數的輸入，沒有一切輸入方式。這個程式自我執行，嗯。絕對安全。也沒有啥用。 1.沒有漏洞的程式存在嗎？永遠不被黑的大型程式存在？我認為是不存在的。分析如下。2.大型程式的編寫，必要的元素包括 程式設計師 程...
程式設計師的35歲瓶頸是真的存在嗎？如果存在，大家是如何擺脫這一困境的？
張公尺亞 獵頭小姐姐來答一下啦 個人觀點請輕噴噢。35歲瓶頸，並不是真的指35歲，大概是說大齡職場人吧，35 36 37 38 39 40 不僅程式設計師有35危機，其他職業一樣的，比如財務 hr 運營等等，30 35 的年紀，還沒做到管理 沒做到高職位 沒賺到足夠多的錢 甚至還沒買房 有幾個人沒焦...
《明日方舟》的是否存在性冷淡運營，如果存在如何評價這種現象？
晨星 我提兩點可能導致這種現象的可能原因 一，船大難掉頭 明日方舟第乙個月五億多的收入太多了 二，公司的員工不多 這點是我瞎猜的，畢竟沒人能打包票明日方舟一定能火，所以最開始沒必要雇太多員工。但他火了，出乎意料的火了，結果忙不過來 還有一點推測，明日方舟沒有乙個有過管理或者說運營千萬流水的負責人。沒...