Tony Patton 在ZDNet上發了篇文章，題目叫《避免六個常見的開發錯誤》，讀了覺得不錯，縮了一下貼出來。
1．認為一定要用Visual Studio.NET來開發.NET應用程式
你只要安裝可在微軟網站上免費下載的.NET框架即可。 安裝了.NET框架，你就可以應用你最愛的文字編輯器和.NET工具命令列來進行開發。而且，你還可以應用第三方開發工具，如SharpDevelop。
2．獨佔資訊
開發人員的顯著特徵之一即他們趨向於密藏資訊。曉人所不曉的能力常常引起錯誤的優越感。相反，分享資訊則有助於團隊擴充知識。另外，隨著其他團隊成員的加入，分享的資訊還可改進。最後，當你向另一個或一組開發人員解釋一個觀念或理念時，你的知識也得到擴充。
團隊合作精神是Agile Software Development之類運動的驅動力。另外，許多團隊利用同儕程式碼評估（peer code reviews），也就是開發人員對其他開發人員的程式碼進行審查及評論，這種方法促進了雙方的學習與理解。
3．忽略程式碼註解
為自己的程式碼加上註解是一個簡單而直接的方法，但為什麼大家總是忽略這一點呢？一些開發人員錯誤的認為減少文件證明（任何形式的）能夠改善工作安全。這與前面討論過的獨佔資訊一樣，是一種謬誤。
少量合理安排的註解能大幅改善程式碼的可讀性，並方便程式碼的管理。現在有一種過於使用註釋的趨勢。基本上來說，這些註解應對程式碼、變數、方法等作一簡要描述。許多團隊在對程式碼作出修改時喜歡插入註解。當（如果）出現問題，我們容易找出以前做過哪些修改。
4．沒有看到版本控制系統的價值所在
大多數開發人員都十分熟悉這種情形：你推出一個重要網絡應用的新版本，第二天一大早你的手機就響個不停，裡面滿是網站問題的叫聲。
只要你願意承認你可能犯過一兩個錯誤，在這個情形下版本控制系統就是你最好的朋友。透過使用版本控制系統如CVS, IBM Rational ClearCase, 和Microsoft Visual SourceSafe，你就可以輕易地還原到先前版本的應用軟體並進行生產。這讓你有時間在生產地點已經準備好的情況下在開發環境中找出問題所在。這種方法比透過搜尋生產代碼來找出問題要優越得多。
另外，來源控制系統允許不同的團隊成員同時開發相同的程式碼。當開發人員檢查系統所做的修改時，這些改變就會結合起來。
一些開發人員不喜歡版本控制系統的原因之一是因為它為開發過程增加了一個步驟，這意味著向來源控制系統提交程式碼並透過它來恢復程式碼的過程要減慢。這個額外等待的時間打擊了一些開發人員的耐心。
5．認為所有專案都需要網路服務
由於對網路服務的過度宣傳，許多開發人員認為在開發專案時必須以某種形式用到網路服務。儘管在開發過程中使用網路服務可能是必要或是恰當的，但並不是完全可能。你需要分析不同的情形，以決定是執行網路服務是否恰當。例如，另的技術如remoting可能更為恰當。
6．忽略了確認資料的重要性
在應用程式碼中，資料以不同的形式處理。因為這個原因，開發人員應該在開發過程中確認資料的完整性與有效性。這就是說，資料要透過可傳回零字元的終端資料庫讀取。在執行前，就對資料進行檢查，因為大多數的操作中都不能使用零值。
