避免六個常見的開發錯誤

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．忽視了確認資料的重要性

在應用代碼中，資料以不同的形式進行處理。因為這一原因，開發人員應該在開發過程中確認資料的完整性與有效性。這就是說，資料要通過可返回零字元的終端資料庫讀取。在執行前，就對資料進行檢查，因為大多數的操作中都不能使用零值。

