程式設計師不應該背鍋。

首先，任何程式都是有bug的，如果是汽車無人駕駛，這種涉及到人身安全的，肯定是需要更加嚴謹的把控流程。包括測試，以及車輛的上路模擬，如果是因為程式的問題，而且是大問題，肯定會在這個階段發現。

這個問題擴充套件到BAT當前的線上產品一樣適用，就好像前段時間pdd出了線上bug，導致某種券能無限制的薅羊毛，據傳被薅了幾個億的羊毛，但是之後也沒說開除一大批程式設計師。平時養著的公關法務就是用在這個時候的啊。

我的看法是大部分場景都不應該由程式設計師負責，而是專案leader。這不是推卸責任，看我為什麼這麼說，首先程式設計師能且只能對自己的程式碼模組負責，而無人駕駛是一個複雜的系統，需要軟體硬體演算法程式碼等多方面協同合作，正常情況當然要各方無數次聯調，覆蓋全部場景後才能上路，但是實際場景中不可知的情況太多了。因此這不是單個功能模組的負責人能承擔的事情，而必須是整體負責人，就好像你們覺得螞蟻森林真是個好產品，會去誇馬雲，而不是這個產品的負責人一樣，道理一樣，榮辱都是這個leader來背的。

關注我的朋友可能在我之前的回答裡看到過，我們專案組之前和友鄰AI小組合作，想提高我們系統的排程以及服務穩定性，於是我們挑了幾十個資源，組成了一個實驗池，跑了一個月的AI排程實驗，從實驗結果來看，是非常完美的。但是實際上到線上之後，問題層出不窮，從實驗時期的穩定性95%直接掉到70%，這期間有資源問題，有網路問題，有歷史資料太久遠對現在無法形成準確的指導作用問題。

這個例子就是說，上到線上後，還是有可能發生問題的，因此，作為自動駕駛如果打算真的上路，一定要從方方面面做好應急備案，比如突然感測器失靈，該如何正確靠邊停車，比如突然被其他車快速衝過來，該如何保障車內人員安全等等等等。可以說，如果出問題了，那一定不是某個模組的負責人的單獨的問題，而是所有模組一起的問題。換句話說，誰也跑不了。