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