1。在程序中展示自己的技術。程序是用來解決問題的,在能夠解決問題的基礎上,程序越簡單就意味着越好的可維護性。
2。不仔細驗證自己的程序。看起來很驕傲很理直氣壯的說,那是測試人員的事。大錯特錯,等待別人給自己找錯誤,是把自己的責任推給別人,不要以爲你是個思想家。
3。忽視業務和需求。一個程序的價值要看它在整個生命週期內所耗費的成本相對於它所起的作用,可維護性,可擴展性,可伸縮性,魯棒性,安全性,都和程序本身的功能一樣重要,甚至更重要,而這些,不瞭解業務需求是沒辦法做到的。
4。不寫文檔。雖然敏捷開發教導我們要儘量減少知識的重複,但是完全用代碼來表示知識是絕對錯誤的選擇,文檔本身沒有錯,它可以作爲整理思想和交流的媒介,而且作爲一個高層的知識表示,可以更容易的發現一些設計上的缺陷。