我是一個前端開發者，但我想這個故事對任何開發者都會引起共鳴的

有人向你反饋了一個 bug。 「26 樓會議室的燈亮著。它需要被熄滅。」bug 的備註裡寫道「你應該能在 5 分鐘內搞定，只要按一下開關就好了。「 你去了 26 樓的會議室。燈的確亮著，但房間裡沒有燈的開關。

所以，你準備安裝一個。但設計師說，它會破壞房間的美感。另外，牆壁是混凝土。你需要合適的工具才能安裝開關。但是，沒有人會批准購買這些工具。如果沒有合適的工具，安裝開關將需要兩天。他們希望你現在就能把燈關上，因為他們害怕 CEO 可能心血來潮決定去 26 樓逛逛，並恰好路過了會議室，問為什麼燈是亮著的。

現在你不斷地收到郵件，詢問為什麼會議室的燈還是亮著的。現在你不得不群發一封郵件說明情況，幾人開始了一個恐慌的電子郵件鏈。

你知道，如果你期待著問題能夠被郵件討論解決（而不實際做點什麼），這個問題永遠也不會得到修復。bug 系統裡，這個 bug 歸你處理，而且它的最後期限就是今天。如果問題沒有解決，會有麻煩的是你。所以，你設法進到了 26 樓走廊的天花板裡，找到了會議室燈的電線，一刀切斷。問題解決了。

為了平息在電子郵件鏈裡的恐慌，你(再次群發郵件)說明了你是如何解決問題的。

郵箱安靜了一陣。當它再次響個不停的時候，每個人都在擔心，現在會議室的燈無法開啟和關閉。如果 CEO 想在那裡開會怎麼辦？因此，他們要求你「把燈的電線牽引到地下室去」。當有人需要開關燈時，他們會通知你到地下室去，連接或斷開電線。

你抗議這個荒謬的解決方案。你的上司說，「是的，我知道這不理想。但它是現在唯一的解決方案。」這時，你面臨著選擇。你可以照著他們說的做，或者辭職以示抗議，另謀高就。但你知道，一旦你開始了新的工作，新的他們很可能也會要求你做這麼白痴的事，如果不是更白痴的話。

你把 26 樓的電線牽引到了地下室。當你進入地下室後，發現已經有幾十條電線掛在牆上，你知道你不是一個人，也知道了這個白痴想法是從哪來的。你調整好了電線，盡人事地貼上標記，默默地向下一個可能處理它的哥們道歉。

終於，你回到了你的辦公桌，你收到了一個新的 report。 QA 重新開啟了 bug。bug 描述裡說「房間還是亮著。」

你回到 26 樓的會議室。燈是滅著的。你返回辦公桌前，關閉了 bug，註明你已經親自檢查過了。

QA 再次重新開啟了 bug。「房間還亮著」bug 描述裡堅持。再次親眼確認燈泡滅著後，你將情況匯報給了上司。他建議你去地下室檢查電線。你抗議說你正直盯盯地看著燈，它就是滅著的。 「我知道，但去檢查一下。這樣一來你就可以告訴 QA 你確認了所有流程。」

你嘆了口氣，前往地下室。果然，電線沒有連接，切口兩端都好好地被包裹著。它們不可能以任何你能理解的方式導電。

你向 QA 反饋，你檢查了電線，它們沒有連接著，你正看著燈泡，它是熄滅的。「我不是指燈泡，」QA 說。 「bug 裡描述的是房間裡的光。房間現在仍然不夠暗。你應該拉下百葉窗。「你回應說百葉窗不歸你管，bug 描述的是燈光。

QA 不相信你，發出一組電子郵件，詢問 bug 是否包含百葉窗拉下的問題。

你很是等待了一會，郵箱又一次響起了。

「從理論上說，」他們問，「如果光太亮或太暗的話，在 26 樓會議室開會的人能自由拉上或拉下百葉窗嗎？」

是的，他們可以，你回覆。 「任何一個普通人都能做到嗎？他們就不需要你做了嗎？「是的，任何普通人。不，他們不會需要你。任何人都可以做到這一點。 「太好了。那麼，燈光問題暫時到此為止。我會安排如何處理百葉窗的會議。「bug 被關閉了。現在，CEO，可能從所有關於 26 樓會議室的討論中感覺到了什麼，希望在那裡開會。你收到了幾封希望開燈的驚慌失措的郵件。

你去了地下室，連上電線，並返回辦公桌。你的收件箱多了 32 個新的消息。 「出問題了-燈還是熄滅的!」「有個問題-沒有燈光!」 「你收到我們發的郵件了嗎？等等等等。第 32 封郵件說道:「沒事-燈亮了。」

這個(指 32 封郵件)過程，或多或少地，在開關燈時反覆發生。

如果要說有什麼好消息的話，那就是在會議結束後，大家甚至都忘記了 26 樓有個會議室，你也不需要對它做任何處理。

英文原文：When someone gives you a bug (long) / 翻譯