Zi 字媒體

某天在程序員群254078081里，有人問，這是什麼情況。據他自己描述，是正在編輯到一半的時候，斷電了。重新打開電腦之後，Index.html的文件大小是280KB，打開之後卻是空白，所以來求助於群里的程序員大牛。第一個程序員：先提個Bug。第二個程序員：能復現嗎？第三個程序員：在我本地是正常的啊。第四個程序員：要不你重啟一次試試？第五個程序員：現在的問題是不是文件的大小應該是零，但是現在是280KB？把這個文件刪了，重新建一個，文件的大小和內容就一致了~第六個程序員：臟數據而已，不用管。第七個程序員：代碼沒問題，是你操作的方式不對。第八個程序員：重複100次試試，如果每次都出現，就把優先順序標成Major，如果不經常出現，就標成minor第九個程序員：重裝系統也可以解決問題。第十個程序員：我覺得還是新買台電腦吧，跟人本地的運行環境有關係。第十一個程序員：現在手上還有另外一個項目，這個Bug的優先順序高嗎，是先解決這個Bug還是先做項目？第十二個程序員：這是第三方的底層的API，我們無法控制。第十三個程序員：要解決這個Bug也不是不可以，只是需要花點時間看一下Windows的API，破解一下Windows的源碼，大概得20年，或者更長。第十四個程序員：你的Windows不是正版的吧？第十五個程序員：為什麼要用記事本編輯Html呢？不是應該用Webstorm，Editplus，或者是Sublime嗎？第一個運維：早說了要定期備份，看看能否回滾？第二個運維：應該換Ubuntu。第十六個程序員：運維的鍋。第十七個程序員：運維的鍋。第十八個程序員：運維的鍋。第十九個程序員：運維的鍋。第二十個程序員：運維的鍋。第三個運維：。。。。。第四個運維：。。。。。第五個運維：還是先解決問題再看誰的鍋吧。。。。第二十一個程序員：產品經理呢？第二十二個程序員：需求文檔是沒有寫遇到斷電這種情況怎麼處理吧？第二十三個程序員：產品經理 考慮的問題不周全。第二十四個程序員：做需求評審的時候不嚴格，異常情況考慮的不周到。第二十五個程序員：所以說，只要是需求提到的我們就可以做，無論是實時保存啊，還是自動回滾啊，或者是刪除臟數據啊，但是。。。第二十六個程序員：產品經理的鍋。第二十七個程序員：產品經理的鍋。第二十八個程序員：產品經理的鍋。第二十九個程序員：產品經理的鍋。第三十個個程序員：產品經理的鍋。第三十一個程序員：產品經理的鍋。第一個產品經理：。。。。。第二個產品經理：。。。。。第三個產品經理：。。。。。第四個產品經理：。。。。。第五個產品經理：。。。。。第六個產品經理：。。。。。第七個產品經理：。。。。。第八個產品經理：還是先解決問題再看誰的鍋吧。。。。第三十二個程序員：要解決問題就要先更新需求文檔。第三十三個程序員：原型圖也要更新一下。第三十四個程序員：記得要做需求變更評審。第三十五個程序員：上次開會的時候有沒有叫上測試？這種情況在測試環境復現不出來嗎.第三十六個程序員：測試用例里有沒有寫？第三十七個程序員：測試的鍋。第三十八個程序員：測試的鍋。第三十九個程序員：測試的鍋。第四十個程序員：測試的鍋。第四十一個程序員：測試的鍋。第四十二個程序員：測試的鍋。第四十三個程序員：測試的鍋。第一個測試：。。。。第二個測試：。。。。第三個測試：。。。。第四個測試：。。。。第五個測試：。。。。第六個測試：。。。。第七個測試：還是先解決問題再看誰的鍋吧。。。。第四十四個程序員：需求都沒清楚，測試用例也沒有，怎麼解決？第四十五個程序員：代碼寫到了一半，如果需求再變更怎麼辦？第四十六個程序員：所以還是PM的鍋，測試也有鍋。第八個測試：。。。。第九個測試：。。。。第十個測試：。。。。確實是PM的鍋。第九個產品經理：？第十個產品經理：？第十一個產品經理：？第十二個產品經理：？第十三個產品經理：？第十四個產品經理：不是說好的運維的鍋嗎？第四十七個程序員：運維的鍋。第四十八個程序員：運維的鍋。第四十九個程序員：運維的鍋。第五十個程序員：運維的鍋。第十一個測試：運維的鍋。第十二個測試：運維的鍋。第十三個測試：運維的鍋。第十四個測試：運維的鍋。第十五個測試：運維的鍋。第十五個產品經理：運維的鍋。第十六個產品經理：運維的鍋。第十七個產品經理：運維的鍋。第十八個產品經理：運維的鍋。第十九個產品經理：運維的鍋。第二十個產品經理：運維的鍋。第六個運維：？第七個運維：？第八個運維：？第九個運維：？第十個運維：好吧，運維的鍋。第二十一個產品經理：嗯，問題解決，運維的鍋。第十六個測試：嗯，問題解決，運維的鍋。第五十一個程序員：嗯。問題解決，運維的鍋。還有最近一個關於工程師解決問題的圖片：你覺得這種debug方法如何？