程式員應該避免六個常見的開發錯誤

程式|程式員|錯誤  

Tony Patton

我最新一直在和新手和入手級開發人員打交道，我注意到一些開發人員（甚至是老手）在粗心時常犯的錯誤。這些錯誤各不相同，從工具的使用到網路服務的適當應用都有。以下是六個主要的開發錯誤。

1．認為必須要用Visual Studio.NET來開發.NET應用

那些對微軟.NET開發不瞭解的人誤以為：利用.NET架構開發應用軟體時必須要用到Visual Studio.NET。這並不正確。你只需安裝可在微軟網站上免費下載的.NET架構即可。

安裝了.NET架構，你就可以應用你最喜愛的文字編輯器和.NET工具命令列來進行開發。而且，你還可以應用第三方開發工具，如SharpDevelop。

欲徹底瞭解Visual Studio.NET有關的討論，請參閱以前的欄目。開發工具的選擇因人而異，但許多Team Dev進行標準化來簡化工作。

2．獨佔資訊

開發人員的顯著特點之一即他們趨向於密藏資訊。曉人所不曉的能力常常引起錯誤的優越感。相反，分享資訊則有助於團隊擴充知識。另外，隨著其他團隊成員的加入，分享的資訊還可得到改進。最後，當你向另一個或一組開發人員解釋一個觀念或理念時，你的知識也得到擴充。

團隊合作精神是Agile Software Development之類運動的驅動力。另外，許多團隊利用同行代碼評估（peer code reviews），即開發人員對其他開發人員的代碼進行審查及評論，這種方法促進了雙方的學習與理解。

3．忽略代碼注釋

給自己的代碼加註釋是一個簡單而直接的方法，但為什麼大家總是忽略這一點呢？一些開發人員錯誤的認為減少檔案證明（任何形式的）能夠改善工作安全。這與前面討論過的獨佔資訊一樣，是一種謬誤。

少量合理安排的注釋能大大改善代碼的可讀性，並方便代碼的管理。現在有一種過於使用注釋的趨勢。基本上來說，這些注釋應對代碼、變數、方法等作一簡要描述。許多團隊在對代碼作出修改時喜歡插入注釋。當（如果）出現問題，我們容易找出以前做過哪些修改。

4．沒有看到版本控制系統的價值所在

大多數開發人員都十分熟悉這種情形：你推出一個重要網路應用的新版本，第二天一大早你的手機就響個不停，裡面滿是網站問題的叫聲。

只要你願意承認你可能犯過一兩個錯誤，在這種情形下版本控制系統就是你最好的朋友。通過使用版本控制系統如CVS, IBM Rational ClearCase, 和Microsoft Visual SourceSafe，你就可以輕易地還原到以前版本的應用軟體並進行生產。這讓你有時間在生產地點已經準備好的情況下在開發環境中找出問題所在。這種方法比通過搜尋生產代碼來找出問題要優越得多。

另外，源控制系統允許不同的團隊成員同時開發相同的代碼。當開發人員檢查對系統所作的修改時，這些改變就結合起來。

一些開發人員不喜歡版本控制系統的原因之一是因為它給開發過程增加了一個步驟，這意味著向源控制系統提交代碼並通過它來恢複代碼的過程要減慢。這個額外等待的時間打擊了一些開發人員的耐心。

5．認為所有項目都需要網路服務

由於對網路服務的過分宣傳，許多開發人員認為在開發項目時必須以某種形式用到網路服務。儘管在開發過程中使用網路服務可能是必要或是恰當的，但並不是完全可能。你需要分析不同的情形，以決定是執行網路服務是否恰當。例如，另的技術如remoting可能更為恰當。

6．忽視了確認資料的重要性

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

瞭解是成功的一半

不管你是開發新兵還是老手，你都要意識到開發人員有犯這六個錯誤的趨勢。即使你發現自己沒有這些壞習慣，你也要意識到你們團隊中的其他開發人員可能會犯這些錯誤。對這些潛在的錯誤保持警惕，這樣做可以防止這些錯誤阻礙你們團隊的計劃。