代碼大全2札記：構件決策

1. 讓工程師選擇本身熟悉的編程語言編寫，這樣效率比同等經驗使用不熟悉編程語言的工程師效率要提升30%。
2. 編程約定，在以前的對日外包項目中，他們很重視代碼編寫的約定俗成，他們會整理出各類行之有效的規則讓每個工程師遵照，而我當前所處的團隊由於成員開發能力良莠不齊，加上沒有充足的前期準備工做，致使一個項目中存在多種不同的編碼風格，着實讓人頭疼。
3. 深刻一種語言去編程（programing into a language），要勇於在當前編程語言的基礎上去作出一些調整的規則，好比說，使用spring開發Java項目時，咱們使用NameMapper.java做爲數據庫鏈接的接口定義，二使用NameMapper.xml做爲mybatis和mysql的sql定義的xml文件，這樣使得咱們的代碼項目趨於規範。
4. 構建實踐的checklist：
   • 編碼
     • 多少工做要在正式編碼以前進行，好比在編寫正式webservice以前去調查webservice的實現方式
     • 規定註釋、代碼格式等編碼約定，我想在接下來的Java項目中，我首先要把eclipse的註釋格式推廣爲一種項目必須的風格（包含經常使用快捷鍵、一行代碼最多有多少字符、代碼之間的註釋風格等等）。
   • 團隊工做
     • 定義一套集成工序-好比說提交SVN時，不能什麼註釋都不寫，不能隨意就提交代碼，提交代碼以前必須通過調試，必需要先更新等等
   • 質量保證
     • 程序員必須爲本身的代碼進行功能性測試和業務型測試
     • 程序員必須會自我review代碼
   • 工具
     • Java項目必須使用SVN進行版本控制
     • Java必須使用1.6的JDK版本，包含運行環境（我以前在正式環境下部署項目時就深受其害，由於JDK的編譯版本和運行版本不一致致使）
     • Javaweb項目在選用一種框架後，必需要堅持用下去，雖然趕得上潮流是咱們要擁抱變化，可是要懂得熟練的掌握一種框架遠比使用新框架要值得去作
5. 不要爲一種語言限制本身的思惟跳躍。
6. 根據科技浪潮的實時變化去調整工做計劃和目標，假如你開發的項目所使用的工具或者技術已經被時代淘汰，那麼要積極作出改變，好比說mysql的5.7版本已經提高了大幅度的性能，若是你還在使用5.1版本，那麼你的項目就要被淘汰了。