在不可考的年代,我曾參與過一場求職面試,其中一個面試問題是:「當印刷電路板出問題的時候,你會怎麼進行診斷?」

如你所見,這是一個很開放的問題,於是我馬上回答:「我會先猜看看;」接下來主考官不意外地請我繼續解釋,而我當然也很樂意說下去。我解釋,解決像是電路板故障的問題有不同方法(在這裡我們假設你手邊沒有配備特定測試程式的電路板測試儀),事實上我第一件會做的事是快速以目視檢查電路板,尋找是否有明顯的線索像是跳線鬆動(遺漏)、電阻周圍的燒焦痕跡、電容爆炸、應力殘餘焊點…等等狀況。

這聽起來好像有點蠢,但一次又一次,你會幸運地發現一些明顯的線索。在第一次目視檢查之後,一個選項是細心地檢查所有可能的故障機構、察看零組件、測試走線,以及觀察一個個訊號,直到將故障點隔離。但這種策略的問題在於過程既無趣又耗費時間。

另一個替代方案──也是我個人比較建議的──是觀察系統故障如何在外部世界呈現,然後根據你的觀察開始WAG (wild-ass guess)隨機亂猜。

這種方法並不如它聽起來那麼蠢的原因,是你正在利用你的豐富經驗快速朝著可能出問題的區域邁進;如果你是對的,而且正確地發現了問題,你就能為自己節省很多時間與精力;如果你猜錯了,你也不會浪費太多時間或精力,而且也排除了至少一個可能的問題。

不過在某個階段,可能會需要檢查更多的一些WAG結果,然後你又回到了仔細、緩慢而穩定進展、耗費精力的分析模式。

什麼?然後?當然我就通過面試了啊…問什麼傻問題!

但,以上其實都不是重點;我會想到那些,是因為我剛剛看了《The Register》這個網站(編按:一個英國的科技新聞與評論網站)上一系列有趣的「隨時待命」(On-Call)文章,該系列的標語是「咬那些餵IT的手」,是每個星期五的固定專欄,是IT技術人員讀者們分享他們在奇怪的時間、奇怪的地點執行過的奇怪任務。

我到目前為止讀過兩則非常有趣的故事,第一個是關於一部只要主人沖馬桶就會自己重新開機的電腦;第二個是某個劇院的網路每次都在觀眾到達、準備領票進場的時候掛線。

那類技術問題往往可能會讓工程師熬夜解決,不過若是找到了原因,真的會讓人忍不住跳起來歡呼、大叫大笑…身為工程師的你是否曾經遇過那樣的經驗呢?歡迎與我們分享!

編譯:Judith Cheng

(參考原文: Tortuously Tricky Technical Problems,by Max Maxfield;本文作者為EE Times姊妹網站EEWeb.com的總編輯)