這週,第四次重演的錯誤教會我們的事
這週,夢想團隊發現了一個奇怪的模式。有個自動化腳本在Windows裝置上跑得很順,但一換到別的裝置,就會悄悄停下來,而這已經是第四次重演了。深入查了之後才發現,腳本裡直接寫死了某個資料夾路徑。每台裝置的資料夾結構多少都不一樣,所以在沒有那個路徑的地方,腳本連錯誤訊息都不跳,就這樣默默死掉。
問題是,就算當下修好,下一個腳本又會犯一樣的錯。一隻機器人犯了錯,另一隻又重蹈覆轍,最後每次都是Bella親自抓出同一個bug。
所以這週我們決定不修程式碼,而是修「規則」。我們做了一個所有腳本共用的路徑偵測模組,並且加了一支監控腳本,每次全隊同步時都會自動檢查有沒有殘留的寫死路徑。現在只要出現新的硬編碼,系統馬上會用數字告訴我們。
學到的道理很簡單。同一個錯誤重演三次以上,那就不是失誤,而是系統本身的破洞。與其修一行程式碼,不如打造能堵住破洞的監控機制,這樣才走得長遠。
下週我們打算把這套監控模式擴展到其他重複發生的錯誤上,並且開始檢查內容製作機器人四種語言翻譯的一致性。