如無意外，產品開發中的目錄結構一定為採用樹狀結構，這幾乎是所有系統架構師的唯一選擇。可能本人有幾分孤陋寡聞，但我固執地以為諸如網狀結構、線性結構等目錄結構可能有用武之地，但絕對是不得已而為之。或許有幾分武斷，但卻不可否認的是，樹狀結構是最符合人類邏輯思維的組織結構。避開產品開發不談，上至國家的政治體系，中到公司架構體系，下至小餐館管理，不覺中均採用樹狀結構。
對於系統架構，本人深表敬畏。在產品開發中，每位程式設計師都會遇到形形色色的se，甚至號稱架構師，但個人以為無非「吹大旗拉虎皮」，無非從事某一領域時間長而已。諸如此類se或架構師，終其一生不過是在重複再重複，永遠不會有驚豔的作品誕生。
本人才疏學淺，並不打算班門弄斧，只是分享一種最常見的樹狀目錄結構，如下圖所示。其中，root為根目錄，code為源**目錄，project為產品工程目錄，tools則為工具目錄，對應目錄下為對應的樹結構。以code為例，其由pub、oss、db等子系統構成，每個子系統可能由若干模組組成，而每個模組可能由若干子模組構成，在末級節點一般由include和source組成。
產品開發這幾年（5）編碼規範
真正的程式設計師將 視為生命的結晶，從不浪費。然而，程式設計師並非天神，也會犯錯，所以沒有bug的 永遠不存在。為了打破宿命，程式設計師拼命修煉，似朝聖一般對 精益求精。由於程式設計師性格各異，各自修煉法訣千差萬別，單打獨鬥各有所長，但當共同面臨強大的武林公敵時，即便有高手壓陣，相互配合也顯得捉襟見...
產品開發這幾年（2）介面抽象
軟體設計中各種介面隨處可見，如函式介面 子系統或模組之間的介面 不同產品之間的介面等，而介面抽象歷來是 仁者見仁，智者見智 一般情況下，我們得到的只是一些介面抽象的基本原則 建議，而程式設計師在具體開發中則大有 天高任鳥飛 的趨勢，不同程式設計師幾乎總可以抽象得到不同的介面。本文並不打算深入討論介面...
這幾年開發工作流的感受
在2002年學習工作流時 其實更早的時候也在做類似的專案,只不過當時還不知道有工作流這個叫法 聽過工作流的人都不多.而最進工作流炒的很火,似乎乙個企業平台如果沒有工作流就不上檔次.乙個oa,加個配置介面,在配置介面裡為幾個使用者分別指定幾個窗體,根據配置順序顯示給不同使用者不同窗體,將使用者在窗體中...