1．認為必須要用visual studio.net來開發.net應用
安裝了.net框架，你就可以應用你最喜愛的文字編輯器和.net工具命令列來進行開發。而且，你還可以應用第三方開發工具，如sharpdevelop。
欲徹底了解visual studio.net有關的討論，請參閱以前的欄目。開發工具的選擇因人而異，但許多開發團隊進行標準化來簡化工作。
2．獨佔資訊
開發人員的顯著特點之一即他們趨向於密藏資訊。曉人所不曉的能力常常引起錯誤的優越感。相反，分享資訊則有助於團隊擴充知識。另外，隨著其他團隊成員的加入，分享的資訊還可得到改進。最後，當你向另乙個或一組開發人員解釋乙個觀念或理念時，你的知識也得到擴充。
3．忽略**注釋
給自己的**加注釋是乙個簡單而直接的方法，但為什麼大家總是忽略這一點呢？一些開發人員錯誤的認為減少檔案證明（任何形式的）能夠改善工作安全。這與前面討論過的獨佔資訊一樣，是一種謬誤。
少量合理安排的注釋能大大改善**的可讀性，並方便**的管理。現在有一種過於使用注釋的趨勢。基本上來說，這些注釋應對**、變數、方法等作一簡要描述。許多團隊在對**作出修改時喜歡插入注釋。當（如果）出現問題，我們容易找出以前做過哪些修改。
4．沒有看到版本控制系統的價值所在
只要你願意承認你可能犯過一兩個錯誤，在這種情形下版本控制系統就是你最好的朋友。通過使用版本控制系統如cvs, ibm rational clearcase, 和microsoft visual sourcesafe，你就可以輕易地還原到以前版本的應用軟體並進行生產。這讓你有時間在生產地點已經準備好的情況下在開發環境中找出問題所在。這種方法比通過搜尋生產**來找出問題要優越得多。
另外，源控制系統允許不同的團隊成員同時開發相同的**。當開發人員檢查對系統所作的修改時，這些改變就結合起來。
一些開發人員不喜歡版本控制系統的原因之一是因為它給開發過程增加了乙個步驟，這意味著向源控制系統提交**並通過它來恢復**的過程要減慢。這個額外等待的時間打擊了一些開發人員的耐心。
5．認為所有專案都需要網路服務
由於對網路服務的過分宣傳，許多開發人員認為在開發專案時必須以某種形式用到網路服務。儘管在開發過程中使用網路服務可能是必要或是恰當的，但並不是完全可能。你需要分析不同的情形，以決定是執行網路服務是否恰當。例如，另的技術如remoting可能更為恰當。
6．忽視了確認資料的重要性
在應用**中，資料以不同的形式進行處理。因為這一原因，開發人員應該在開發過程中確認資料的完整性與有效性。這就是說，資料要通過可返回零字元的終端資料庫讀取。在執行前，就對資料進行檢查，因為大多數的操作中都不能使用零值。
了解是成功的一半
不管你是開發新兵還是老手，你都要意識到開發人員有犯這六個錯誤的趨勢。即使你發現自己沒有這些壞習慣，你也要意識到你們團隊中的其他開發人員可能會犯這些錯誤。對這些潛在的錯誤保持警惕，這樣做可以防止這些錯誤阻礙你們團隊的計畫。
避免六個常見的開發錯誤
tony patton 在zdnet上發了篇文章，題目叫 避免六個常見的開發錯誤 讀了覺得不錯，縮了一下貼出來。1 認為必須要用visual studio.net來開發.net應用 2 獨佔資訊 開發人員的顯著特點之一即他們趨向於密藏資訊。曉人所不曉的能力常常引起錯誤的優越感。相反，分享資訊則有助於...
程式設計師的六個階段
可能很多人已經都看過了.第一階段 此階段主要是能熟練地使用某種語言。這就相當於練武中的套路和架式這些表面的東西。第二階段 此階段能精通基於某種平台的介面 例如我們現在常用的win 32的api函式 以及所對應語言的自身的庫函式。到達這個階段後，也就相當於可以進行真實散打對練了，可以真正地在實踐中做些...
程式設計師的六個準則
理想的程式設計師心眼兒不壞 他們從來都不是辦公室政治的寵兒，是一群單純明亮快樂的手藝人 有天真爛漫的好奇心 他們的眼睛裡經常閃著 哇，這個是怎麼做到的！永遠精益求精 他們的口頭禪是 我再研究一下 還樂於分享 他們活躍於github 各大問答社群和你的身邊，捨得將寶貴時間用於幫助新手 是的，他們不需要...