我是一個前端開發者，但我想這個故事對任何開發者都會引起共鳴的
有人向你反饋了一個 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 樓有個會議室，你也不需要對它做任何處理。
自己是一個五年的前端工程師
這裏推薦一下我的前端學習交流羣：731771211，裏面都是學習前端的從最基礎的HTML+CSS+JS【炫酷特效，遊戲，插件封裝，設計模式】到移動端HTML5的項目實戰的學習資料都有整理，送給每一位前端小夥伴。2019最新技術，與企業需求同步。好友都在裏面交流，每天都會有大牛定時講解前端技術!
想抓住春招的小夥伴：點擊：加入