1. 那不是我的代碼
從來代碼都是想由誰寫由誰寫，誰想改誰改，而且沒有代碼庫的概念，更沒有人把某些代碼測試沒問題而封進代碼庫。我也想分工明確地大家都不用猜而知道哪塊的代碼由哪個人負責，做事前每個人都有個藍圖，都不亂。但是，我只是一個小小的程序員，我說的話能管用么？而出了問題，我當然有時會誤以為那塊代碼不是我寫的，難道一個類由七八個人寫還讓人記住哪個方法是哪個人寫的？
2. 它在我電腦上可以運行
先來說為什么出現這個情況，一般是自己機子中的開發環境由於開發機的緣故，比較完整。也由於完整，所以很多環境點沒有記錄，自己腦子中沒有個藍圖，所以到了另一台電腦上就出現這個情況。但是為什么出現這個情況的另一原因，一看就是把一個項目丟給我一個搞還讓我負全部責任，試問，如果把我的開發機子叫做A，把那個出了問題的機子叫做B，那么測試人員的機子叫做C的話，那想問一下，C機正常么？什么？根本沒有C機，把所有的一切一切都丟給A機的主人並且還不讓出錯？
3. 那些只是我的看法
說這句話有兩種可能：1，目前做了的一些東西只是個人的想法的實現；2，會上說的將有可能做的東西是個人的想法。如果是第一種，程序員在沒人設計的情況下，當然自己去想着做。如果是第二種，那多正常，自己提出自己的想法嘛，要不開會干嘛？
4. 我沒有對這個模塊做任何修改
這個跟第一條一個道理，不重復說明
5. 我差不多已經完成了
這個是中國軟件公司流程不科學的負作用之一。像建築業那樣，一個工程做之前連用幾萬塊磚、幾百噸鋼筋都計算好了，工期你不用每天去問泥匠。我們一般是聽到領導們這么問：我們需要做個進出庫系統，一個月能做完么？好吧，我也想蓋個機關槍大樓，希望你能半年完成？現在你回答我，能么？
6. 下班之前完成
這只能說是有責任心，別的無話可說。
7. 你這個@#^&*$%測試者
這個其實跟測試或開發有毛關系？規范呢？
8. 給我 1 分鍾時間
這是初級程序員，就現在的我來說，有BUG，看其他人態度，如果態度好的話，一分鍾真沒准就改了，態度讓我討厭，你等着呢。干怎地怎地。什么？不怕被炒掉？我告訴你，能有這樣事的公司，在還是走還有什么區別么？
9. 文檔完成了
這東西，該誰寫都有待爭論，給寫就不錯了。
10. 那是一個特性，不是一個 bug
還是那句話，規范呢？