程式設計師在深夜被同事叫醒，只因為一段程式碼？
這是一名新浪的程式員小哥，他半夜被一個投訴電話叫醒了，查了半天程式碼發現問題的原因是一個莫名其妙的if程式碼塊，他看了半天都沒看明白這段邏輯，感覺好似奇怪，在這迫不得已的情況下，他也只能在深夜打電話去詢問提交這段程式碼的那個同事了，經過溝通後才發現這樣的一個奇怪邏輯是以前產品提出的一個特殊需求，這才算是對整個事情瞭解了，如果程式碼的此處有一段註釋就可能沒必要這番折騰了，通過此事讓這名程式設計師直呼程式碼註釋的重要性，針對這樣一個情況，讓我們一起看看網友們都是怎麼認為的吧！
網友一：程式設計師最討厭的事：別人不寫文件，別人不寫註釋；自己寫文件，自己寫註釋！
作者點評：這名網友又把這個梗給搬出來了，看見了吧，就因為程式設計師不愛寫註釋，結果深夜被電話叫醒了！
網友二：我會寫註釋，而且會把理論依據（產品的要求）寫出來。就是為了以後可以暴打產品
作者點評：別這麼暴力，只能說把註釋寫出來是為了別人能看懂，知道這麼做的前提背景條件！
網友三：呵呵，程式設計師如果明顯邏輯不檢查，測試幹嘛去了，詳細開發文件的人幹嘛去了，這鍋產品不背。除非反饋了產品要硬上。
作者點評：有道理，總之這個環節還是有點疏漏了，產品提出需求，程式設計師實施開發，測試人員對新增功能進行驗證，既然上線了，說明這個功能大家都是認可的，認為沒問題的，如果真有問題，說明這個流程中那個環節做的並不是十分的到位，需要反思！
網友四：深夜打給同事，有那麼著急嗎
作者點評：他也是深夜接到投訴，對程式碼的奇怪邏輯看不懂，也是迫不得已吧！
網友五：我一般都不寫，別人要求加的 我覺得不合理的 就加了註釋
作者點評：最好是養成寫註釋的習慣，特別是那些讓人易產生誤解的程式碼，更應該加註釋了。
網友七：執行太快了，產品要求sleep幾秒
作者點評：接下來你是想說，如果使用者想增加產品流暢度，加了錢，你會把sleep的秒數變短一點，然後告訴使用者你對程式進行了一次效率上的優化嗎？
網友八：難道你們在程式碼註釋裡把產品需求寫上？
作者點評：不是說把產品需求搬進去，就是簡單的一句話，能讓人瞭解這麼寫的原因，不至於產生誤解！
有時寫一些程式碼註釋，看似是浪費了時間，其實是節省了程式碼的維護時間！當被別人不斷問這段程式碼的意思時，甚至半夜被電話叫醒時，就能深刻體會這句話是非常有道理的了。
另外，通過這個事例，我們也看到在開發流程環節的一些問題
第一產品的需求沒有在產品文件中形成，只是通過口頭把需求說給了程式設計師，程式設計師對投訴的情況只能是通過看程式碼，而不是看文件
第二，程式設計師的程式碼沒有寫註釋，這也導致了其他程式設計師看不懂這段邏輯，還要給提交程式碼的人打電話，第三，測試人員也沒有認真對這個新增的需求進行測試驗證，害的上線之後使用者反饋投訴才造成了這一系列現象。
因此通過這個案例，我們要好好反思一下自己平時的開發流程是否完善，是不是有改進的地方，只有完善的開發流程，才能讓工作更順心，更愜意，不是嗎？
感謝閱讀
【如果大家對程式設計師，web前端感興趣，想要學習的，關注一下小編吧。我是一名五年的全棧工程師，打算深入瞭解這個行業的朋友，可以加下我的前端學習群 : 731771211 ，不管你是學生還是想轉行的朋友，我都歡迎，不定期分享乾貨，包括小編自己整理的一份2018最新的web前端學習資料和0基礎入門教程，歡迎初學和進階中的小夥伴】