開發人員面對的一個bug(轉)

標籤：

我是一個前端開發人員，但我想這個故事對任何開發人員都會引起共鳴的　　有人向你反饋了一個 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 樓有個會議室，你也不需要對它做任何處理。

開發人員面對的一個bug(轉)