Posted on 2008-08-05 17:02
G_G 閱讀(1640)
評論(2) 編輯 收藏 所屬分類:
Inspiration
?? 項目開發：就好像是一個取得真理的一個過程。
?? 在開始“沒有人”會知道什么是對的，什么是錯的。所謂的客戶（中世紀教會的教徒），告訴你月亮是“熱脹冷縮”造成的“陰晴圓缺”。
?? 在初期你敢于否定“熱脹冷縮”原理？或者說根本就是認為月亮是受“熱脹冷縮”原理影響的。
??
?? 那好，下面我們根據月亮圓缺原理，寫個統計溫度與月亮亮度報表。
?? 客戶自己想要的東西也是一個認知的過程。編碼要在開始就要確定是在一個不穩定的環境（即使錯了我也能容易修改，這是軟件最有價值的地方）。對于這些理解為項目的可變性總結出的一些見解：
?? 1.盡量明確各層使用框架。這樣能統一技術，明確編碼風格，統一存放，查找地址。這樣就能很好的 定位要修改文件的物理地址和 盡量不與個人技術有關 。
?? 2.盡量明確各種動作的命名規范。這樣不但能很好的使用 aop ，而且為修改提供了 邏輯地址查找提供便利。
?? 3.減少個人英雄主義。由于某些個人原因，引入與項目不兼容的技術，這是很危險的。只有這為“英雄”能修改的后果很嚴重。
?? 4.編碼中對“可預見性”的代碼結構適應，擴展接口預留。月亮缺失可能不是“熱脹冷縮”引起的怎么辦（當然也是最難做到）這只要編碼想到可能就有“可變性”就要有好的相應對策，比如：公司鼓勵程序員的為“可變性預留接口”，當然最好也注意下預留接口的 規范 。