分類彙整: 設計原則

永續物件查詢之設計(其二)

一開始我們並不著眼於 design pattern 上,而是隨著設計的不同考量上,藉由逐步發現與解決設計問題的過程中,讓 design pattern 躍然成形。讓問題來主導設計,而非讓設計使問題複雜化。 閱讀全文

分類: 分析設計建模, 編程技巧, 設計原則, 軟體開發 | 2 則留言

永續物件查詢之設計(其一)

此舉並非意味著我們要自己造輪子,用 QueryCriteria 取代 Hibernate 的 HQL 或 Criteria,而是要建立一個共通的表述方式,讓使用不同的永續框架都能採用一致的作法來滿足需求。我們的目的是利用永續框架,但卻不受特定的框架所限制。 閱讀全文

分類: 分析設計建模, 編程技巧, 設計原則, 軟體開發 | 7 則留言

程式碼的結構、迴圈與處理

將迴圈控制與資料處理的概念區隔開來,讓程式碼的結構更具有彈性與穩定性。把程式碼組織起來,它們將自然形成一個充滿驚奇及富有彈性的世界,並為軟體注入鮮活的生命力,而在演化過程中,我們用參與調適取代控制預測,也讓自已不斷地成長與接受改變,我想這是軟體開發最饒富趣味的過程吧。 閱讀全文

分類: 編程技巧, 設計原則, 軟體開發 | 發佈留言

流程與交易的整合(其一)

企業或產業價值鍊的整合,常常會牽涉跨部門、跨組織的資訊系統。在價值鍊活動過程中所 … 閱讀全文

分類: 分析設計建模, 設計原則, 軟體開發 | 2 則留言

軟體開發是工藝還是工程?

不管軟體開發是工藝還是工程,最重要的還是讓不同觀點能夠適當的運用、調整與熟練,這才是優秀的軟體開發者應有的態度呀。 閱讀全文

分類: 問題解決, 溝通, 生活感觸, 知識管理, 設計原則, 軟體開發, 閱讀 | 7 則留言

軟體敏捷開發方法之反覆週期

開發的反覆週期在於讓開發者體認在於應變與紀律的節奏感,而不單只是工作的分解與切分而已,所以時間長短不是關鍵所在,有沒有承諾才是真正重要的事呀! 閱讀全文

分類: 專案團隊, 專案規劃, 設計原則 | 1 則留言

羅馬不是一天造成的

最近考古學家發現,羅馬很有可能是一天造成的。然而,開發軟體與建造城市終究不一樣,在軟體設計的領域上,獨裁政體會阻礙創新思考,掌握關鍵的技能也是無法速成的,因此,成熟的架構其實也不是一蹴可幾的呀。 閱讀全文

分類: CNet/ZDNet, 專案團隊, 生活感觸, 設計原則 | 7 則留言

軟體設計之不跟陌生人打交道

同人曾為一個軟體專案設計及建構服務導向架構。為了在軟體開發過程中,便於開發及測試 … 閱讀全文

分類: 分析設計建模, 易經思維, 設計原則, 軟體開發 | 發佈留言

好的設計源自於紀律

一個有紀律的開發者必須不斷地專注在面對「現實」,認清問題,用「目前最合適」的解決方法來解決。「現實」代表解答問題的目標是顯而易見的,所以我們可以輕易地寫程式來驗證目標是否真的可以達到;而「目前最合適」則代表我們馬上可以把設計實作出來,並且用先前的驗證程式驗證出來,這就是設計的紀律的具體呈現。 閱讀全文

分類: 品質文化, 問題解決, 專案管理, 設計原則, 軟體度量, 軟體開發 | 1 則留言

專案成本估算之軟體價格的迷思

喲哪桑提出軟體維護的 Rule of Thumb:「解鈴還須繫鈴人,解bug要找 … 閱讀全文

分類: 專案管理, 知識管理, 策略, 系統思考, 行銷, 設計原則, 軟體開發 | 4 則留言