1、當產品變更需求時
PM：很簡單，只要壹點點。程序員的噩夢就是在下班的時候得到壹條產品信息，?我做了壹點改變，妳看到了嗎？更可怕的是，經過幾天的通宵開發，產品說：?領導者剛剛改變了主意，必須添加以前的功能。?產品總是輕的，程序員看壹下不是很難，就是重構代碼，10天壹夜就夠了。所以沒槍就殺了程序員三次就夠了。
2、Bug找不到
人世間最痛苦的事是，眼前有Bug卻不能再現。4，5年前，正常運行的應用程序突然停止運行，在下午2點左右查看日誌時沒有報告錯誤並崩潰。 在測試環境中進行模擬的所有方法都可能無法重現。 這樣的現象持續了壹個多月，在感到絕望的時候發現了蜘蛛的蹤跡，北京時間下午2點，意大利的早上8點，那時，意大利的用戶可以登陸系統，壹些特殊屬性的用戶做了壹個操作，壹年過去了，普通用戶怎麽也走不動的代碼的樹枝就會直接觸發系統。 在壹行代碼中修復了此錯誤，但它已經重現了壹個多月。
3、接手爛代碼
對於代碼編輯，每個程序員都有自己獨特的編碼風格。所以幾乎每個程序員都把別人的代碼看得很糟糕。壹旦壹個程序員換了工作，其他程序員肯定會接手他的項目，但當妳看代碼，特別是那些不寫筆記的時候，妳就知道程序員的頭發實際上是自己抓光的。
4、寫文檔?
終於完成了代碼，剛剛松了壹口氣，想要開始下壹個工作，領導說，文件也補上了，界面參數的意思都寫了，程序員的心裏總是不愉快，有抵觸，結果，就草草地寫了文件。 這是因為，實現功能的這些代碼才是體現自己價值和賺錢的工作，文件看起來只是附加的。 工作結束後，誰會想多幹活呢？ 進壹步說，是不是把工作量估計時寫文件的時間計算在內了呢？ 明明不給我時間，現在還讓我寫，讓我加班吧。?