對于優秀的軟件來說，良好的技術實踐是開發人員必須做的，這也是軟件工程當中的一部分。設計、編碼、測試和評論，如果您只能做一件事情使自己開發的軟件變得更好，那么應該是什么呢？

持續集成——使代碼運行

在開發人員構建軟件并使其運行之前可以做任何有用的事情，持續集成就是一個比較明顯開始的地方。開發人員應該經常互相檢查工作是否同步，至少每天工作開始之前應該逐一檢查，這就意味著簡化了自動化構建系統的步驟。確保每次系統構建成功之后沒有警告或者錯誤，開發人員可以試運行來確保系統的正常。

開發人員可能經常會在自己構建的系統當中不斷的檢查代碼，查看系統是否還能正常運行。尤其是在大型的企業系統或者大項目中，將所有的碎片集成起來仍然是一個巨大的挑戰。

開發者測試自己的成果——使代碼工作

開發人員在開發過程中，盡可能自動化測試自己負責開發的部分，這是降低成本和加速軟件交付的唯一途徑。如果有太多的手動測試或將其交給專業的測試團隊，那么就會大大放緩開發的速度。另一方面，這也意味著將更多的依賴開發人員編寫（使用Selenium或Watir的單元測試）良好的自動化測試和靜態分析檢查，或者和IDE一起共同找到編碼錯誤和安全漏洞。

然而也有一個問題困擾著很多程序員，一旦開始編寫測試，很多人會的大多是簡單的單元測試或者UI回歸測試。這將需要他們花費很多時間去學習如何編寫高效的測試來抓住真正的Bug。

代碼審查或配對——讓代碼變得更好

想要擁有更好代碼的另一種方式就是讓開發人員做代碼審查。做代碼審查首先要找出問題，檢查正確性、編碼的保護性防御、安全等等，來使代碼變得更好，更容易理解、更安全、更容易改變。配對和審查不一樣，其目標和優先級是不同的。經研究表明，嚴格的配對編程會是你的代碼更加干凈、錯誤更少、結構更好。

重構——代碼設計

設計如何？在建模設計時照顧到安全威脅和操作風險了？隨著開發人員經驗的增長，如何恢復、設計和使代碼變得易于維護就變得越來越重要了。開發人員很容易就能學會IDE當中的重構工具和重構背后的基本思想，但是不容易學會的卻是如何正確的重構。今天跟大家介紹幾點小的竅門：

• 首先閱讀和注釋代碼，做一些痕跡在重構是能更好的理解。
• 為變量和條件找到有意義的名稱。
• 提取方法，分解大量的代碼和表達算法。
• 擺脫明顯重復。
• 移動方法和提取類來隔離責任。

為了更好的軟件，你會怎么做？

為了開發出更好的軟件，你會選擇怎么做呢？是以上的幾種方式，還是有別的好方法呢？歡迎大家一起來分享經驗！

本文翻譯至

轉載請注明：本文轉載自慧都控件網