ony Patton 在ZDNet上發(fā)了篇文章，題目叫《避免六個常見的開發(fā)錯誤》，讀了覺得不錯，縮了一下貼出來。
1．認為必須要用Visual Studio.NET來開發(fā).NET應(yīng)用
你只需安裝可在微軟網(wǎng)站上免費下載的.NET框架即可。 安裝了.NET框架，你就可以應(yīng)用你最喜愛的文本編輯器和.NET工具命令行來進行開發(fā)。而且，你還可以應(yīng)用第三方開發(fā)工具，如SharpDevelop。
2．獨占信息
開發(fā)人員的顯著特點之一即他們趨向于密藏信息。曉人所不曉的能力常常引起錯誤的優(yōu)越感。相反，分享信息則有助于團隊擴充知識。另外，隨著其他團隊成員的加入，分享的信息還可得到改進。最后，當你向另一個或一組開發(fā)人員解釋一個觀念或理念時，你的知識也得到擴充。
團隊合作精神是Agile Software Development之類運動的驅(qū)動力。另外，許多團隊利用同行代碼評估（peer code reviews），即開發(fā)人員對其他開發(fā)人員的代碼進行審查及評論，這種方法促進了雙方的學(xué)習(xí)與理解。
3．忽略代碼注釋
給自己的代碼加注釋是一個簡單而直接的方法，但為什么大家總是忽略這一點呢？一些開發(fā)人員錯誤的認為減少文件證明（任何形式的）能夠改善工作安全。這與前面討論過的獨占信息一樣，是一種謬誤。
少量合理安排的注釋能大大改善代碼的可讀性，并方便代碼的管理。現(xiàn)在有一種過于使用注釋的趨勢。基本上來說，這些注釋應(yīng)對代碼、變量、方法等作一簡要描述。許多團隊在對代碼作出修改時喜歡插入注釋。當（如果）出現(xiàn)問題，我們?nèi)菀渍页鲆郧白鲞^哪些修改。
4．沒有看到版本控制系統(tǒng)的價值所在
大多數(shù)開發(fā)人員都十分熟悉這種情形：你推出一個重要網(wǎng)絡(luò)應(yīng)用的新版本，第二天一大早你的手機就響個不停，里面滿是網(wǎng)站問題的叫聲。
只要你愿意承認你可能犯過一兩個錯誤，在這種情形下版本控制系統(tǒng)就是你最好的朋友。通過使用版本控制系統(tǒng)如CVS, IBM Rational ClearCase, 和Microsoft Visual SourceSafe，你就可以輕易地還原到以前版本的應(yīng)用軟件并進行生產(chǎn)。這讓你有時間在生產(chǎn)地點已經(jīng)準備好的情況下在開發(fā)環(huán)境中找出問題所在。這種方法比通過搜尋生產(chǎn)代碼來找出問題要優(yōu)越得多。
另外，源控制系統(tǒng)允許不同的團隊成員同時開發(fā)相同的代碼。當開發(fā)人員檢查對系統(tǒng)所作的修改時，這些改變就結(jié)合起來。
一些開發(fā)人員不喜歡版本控制系統(tǒng)的原因之一是因為它給開發(fā)過程增加了一個步驟，這意味著向源控制系統(tǒng)提交代碼并通過它來恢復(fù)代碼的過程要減慢。這個額外等待的時間打擊了一些開發(fā)人員的耐心。
5．認為所有項目都需要網(wǎng)絡(luò)服務(wù)
由于對網(wǎng)絡(luò)服務(wù)的過分宣傳，許多開發(fā)人員認為在開發(fā)項目時必須以某種形式用到網(wǎng)絡(luò)服務(wù)。盡管在開發(fā)過程中使用網(wǎng)絡(luò)服務(wù)可能是必要或是恰當?shù)模⒉皇峭耆赡堋Ｄ阈枰治霾煌那樾危詻Q定是執(zhí)行網(wǎng)絡(luò)服務(wù)是否恰當。例如，另的技術(shù)如remoting可能更為恰當。
6．忽視了確認數(shù)據(jù)的重要性
在應(yīng)用代碼中，數(shù)據(jù)以不同的形式進行處理。因為這一原因，開發(fā)人員應(yīng)該在開發(fā)過程中確認數(shù)據(jù)的完整性與有效性。這就是說，數(shù)據(jù)要通過可返回零字符的終端數(shù)據(jù)庫讀取。在執(zhí)行前，就對數(shù)據(jù)進行檢查，因為大多數(shù)的操作中都不能使用零值。
原文：
http://www.zdnet.com.cn/techupdate/security_protect/skill/story/0,3800081011,39431655-2,00.htm
posted on 2006-09-22 08:28
壞男孩 閱讀(488)
評論(0) 編輯 收藏 所屬分類:
項目管理