開(kāi)發(fā)人員常犯錯誤總結

開(kāi)發(fā)人員常犯錯誤總結

　　1．認為必須要用Visual Studio.NET來(lái)開(kāi)發(fā).NET應用

　　那些對微軟.NET開(kāi)發(fā)不了解的人誤以為：利用.NET框架開(kāi)發(fā)應用軟件時(shí)必須要用到Visual Studio.NET。這并不正確。你只需安裝可在微軟網(wǎng)站上免費下載的.NET框架即可。

　　安裝了.NET框架，你就可以應用你最喜愛(ài)的文本編輯器和.NET工具命令行來(lái)進(jìn)行開(kāi)發(fā)。而且，你還可以應用第三方開(kāi)發(fā)工具，如SharpDevelop。

　　欲徹底了解Visual Studio.NET有關(guān)的討論，請參閱以前的欄目。開(kāi)發(fā)工具的選擇因人而異，但許多開(kāi)發(fā)團隊進(jìn)行標準化來(lái)簡(jiǎn)化工作。

　　2．獨占信息

　　開(kāi)發(fā)人員的顯著(zhù)特點(diǎn)之一即他們趨向于密藏信息。曉人所不曉的能力常常引起錯誤的優(yōu)越感。相反，分享信息則有助于團隊擴充知識。另外，隨著(zhù)其他團隊成員的加入，分享的信息還可得到改進(jìn)。最后，當你向另一個(gè)或一組開(kāi)發(fā)人員解釋一個(gè)觀(guān)念或理念時(shí)，你的知識也得到擴充。

　　團隊合作精神是Agile Software Development之類(lèi)運動(dòng)的驅動(dòng)力。另外，許多團隊利用同行代碼評估（peer code reviews），即開(kāi)發(fā)人員對其他開(kāi)發(fā)人員的代碼進(jìn)行審查及評論，這種方法促進(jìn)了雙方的學(xué)習與理解。

　　3．忽略代碼注釋

　　給自己的代碼加注釋是一個(gè)簡(jiǎn)單而直接的方法，但為什么大家總是忽略這一點(diǎn)呢？一些開(kāi)發(fā)人員錯誤的認為減少文件證明（任何形式的）能夠改善工作安全。這與前面討論過(guò)的獨占信息一樣，是一種謬誤。

　　少量合理安排的注釋能大大改善代碼的可讀性，并方便代碼的管理�，F在有一種過(guò)于使用注釋的趨勢�；�本上來(lái)說(shuō)，這些注釋?xiě)獙Υ�碼、變量、方法等作一簡(jiǎn)要描述。許多團隊在對代碼作出修改時(shí)喜歡插入注釋。當（如果）出現問(wèn)題，我們容易找出以前做過(guò)哪些修改。

　　4．沒(méi)有看到版本控制系統的價(jià)值所在

　　大多數開(kāi)發(fā)人員都十分熟悉這種情形：你推出一個(gè)重要網(wǎng)絡(luò )應用的新版本，第二天一大早你的手機就響個(gè)不停，里面滿(mǎn)是網(wǎng)站問(wèn)題的叫聲。

　　只要你愿意承認你可能犯過(guò)一兩個(gè)錯誤，在這種情形下版本控制系統就是你最好的朋友。通過(guò)使用版本控制系統如CVS, IBM Rational ClearCase, 和Microsoft Visual SourceSafe，你就可以輕易地還原到以前版本的應用軟件并進(jìn)行生產(chǎn)。這讓你有時(shí)間在生產(chǎn)地點(diǎn)已經(jīng)準備好的情況下在開(kāi)發(fā)環(huán)境中找出問(wèn)題所在。這種方法比通過(guò)搜尋生產(chǎn)代碼來(lái)找出問(wèn)題要優(yōu)越得多。

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

　　一些開(kāi)發(fā)人員不喜歡版本控制系統的原因之一是因為它給開(kāi)發(fā)過(guò)程增加了一個(gè)步驟，這意味著(zhù)向源控制系統提交代碼并通過(guò)它來(lái)恢復代碼的過(guò)程要減慢。這個(gè)額外等待的時(shí)間打擊了一些開(kāi)發(fā)人員的耐心。

　　5．認為所有項目都需要網(wǎng)絡(luò )服務(wù)

　　由于對網(wǎng)絡(luò )服務(wù)的過(guò)分宣傳，許多開(kāi)發(fā)人員認為在開(kāi)發(fā)項目時(shí)必須以某種形式用到網(wǎng)絡(luò )服務(wù)。盡管在開(kāi)發(fā)過(guò)程中使用網(wǎng)絡(luò )服務(wù)可能是必要或是恰當的，但并不是完全可能。你需要分析不同的情形，以決定是執行網(wǎng)絡(luò )服務(wù)是否恰當。例如，使用remoting可能更為恰當。

　　6．忽視了確認數據的重要性

　　在應用代碼中，數據以不同的形式進(jìn)行處理。因為這一原因，開(kāi)發(fā)人員應該在開(kāi)發(fā)過(guò)程中確認數據的完整性與有效性。這就是說(shuō)，數據要通過(guò)可返回零字符的終端數據庫讀取。在執行前，就對數據進(jìn)行檢查，因為大多數的操作中都不能使用零值。

　　了解是成功的一半

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

【開(kāi)發(fā)人員常犯錯誤總結】相關(guān)文章：

正確對待學(xué)生的錯誤總結10-19

考生路考易犯的錯誤總結03-19

錯誤鄭愁予感悟03-20

小學(xué)生教學(xué)設計：《錯誤》（通用10篇）11-03

對老板總結感想總結二篇03-20

學(xué)科總結03-20

電場(chǎng)公式總結06-08

離�？偨Y精選范文03-19

工會(huì )總結范本03-19

總結電熱的作用12-09