当电路板出问题时，你会如何诊断

你是不是有过这种经验:当你终于搞清楚电路板上的某个技术问题的原因,会忍不住开心到跳起来大笑大叫?

不可考的年代，公司高层曾参与过一场求职面试，他其中一个面试问题的是：“当印刷电路板出问题的时候，你会怎么进行诊断？”

如你所见，这是一个很开放的问题，于是我马上回答：“我会先猜看看；”接下来主考官不意外地请我继续解释，而我当然也很乐意说下去。我解释，解决像是电路板故障的问题有不同方法(在这里我们假设你手边没有配备特定测试程序的电路板测试仪)，事实上我第一件会做的事是快速以目视检查电路板，寻找是否有明显的线索像是跳线松动(遗漏)、电阻周围的烧焦痕迹、电容爆炸、应力残余焊点…等等状况。

这听起来好像有点蠢，但一次又一次，你会幸运地发现一些明显的线索。在第一次目视检查之后，一个选项是细心地检查所有可能的故障机构、察看零组件、测试走线，以及观察一个个讯号，直到将故障点隔离。但这种策略的问题在于过程既无趣又耗费时间。

另一个替代方案──也是我个人比较建议的──是观察系统故障如何在外部世界呈现，然后根据你的观察开始WAG (wild-ass guess)随机乱猜。

这种方法并不如它听起来那么蠢的原因，是你正在利用你的丰富经验快速朝着可能出问题的区域迈进；如果你是对的，而且正确地发现了问题，你就能为自己节省很多时间与精力；如果你猜错了，你也不会浪费太多时间或精力，而且也排除了至少一个可能的问题。

不过在某个阶段，可能会需要检查更多的一些WAG结果，然后你又回到了仔细、缓慢而稳定进展、耗费精力的分析模式。

什么？然后？当然我就通过面试了啊…问什么傻问题！

但，以上其实都不是重点；我会想到那些，是因为我刚刚看了《The Register》这个网站(编按：一个英国的科技新闻与评论网站)上一系列有趣的“随时待命”(On-Call)文章，该系列的标语是“咬那些喂IT的手”，是每个星期五的固定专栏，是IT技术人员读者们分享他们在奇怪的时间、奇怪的地点执行过的奇怪任务。

我到目前为止读过两则非常有趣的故事，第一个是关于一部只要主人冲马桶就会自己重新启动的计算机；第二个是某个剧院的网络每次都在观众到达、准备领票进场的时候挂线。

那类技术问题往往可能会让工程师熬夜解决，不过若是找到了原因，真的会让人忍不住跳起来欢呼、大叫大笑…身为工程师的你是否曾经遇过那样的经验呢？欢迎与我们分享！