2010年9月19日 星期日

Q42 反覆發展法僅適用在你希望能成功的軟體專案

You should use iterative development only on projects that you want to succeed. - Martin Fowler

『反覆與漸增』(iteative and incremental)是大部份近代軟體發展法的核心,如UP,XP,SCRUM等,這是大家都懂,但卻不容易做到的觀念,何謂反覆發展(iterative development)?就是『接受改變』(embrace change)(Beck2000)。我曾翻看去年幾篇部落格文章,諸如"千奇百怪的需求"、"好人難為"、"早點來"等,內容都談到發展者對客戶或老闆的需求改變,心裡十分痛苦,我也曾在相關的意見箱哩,說這種現象並不希奇,問題是你要用何種發展方法來應付這種『自然現象』,Agile methods,MDA,或者遵守一些設計原則,如OCP,DIP ...,或者一些設計樣式(design patterns)!我看都可以, 不過不管用何種方法,就如Martin Fowler所講,『反覆與漸增發展方法』應該是核心所在。

2010年2月5日 星期五

Q41: 好的軟體設計者必須考慮軟體如何成長與改變,以及何種因素最可能成為改變的焦點。

A good (software) designer will consider how software will grow and change and what elements are most likely to be focal points for change. - Rebecca Wirfs-Brock and Alan McKean (2003)

我曾經在本部落格提到過軟體設計的兩項原則:Open-Closed Principle (OCP)與Dependency Inversion Principle (DIP),這兩項原則都是教我們如何處理『改變』。不過1996年A. Cockburn 提出一項非常重要的軟體設計原則:Protected Variations (PV),事實上,PV涵蓋OCP與DIP,但更為廣泛(有機會再來談談PV)。改變有兩種:『改變點』(variation point),就是存在於現存的系統或需求內,另外一種是『演化點』(evolution point),也就是將來可能產生的改變,這則諺語主要指後者,我個人認為設計者如果能時時刻刻注意這些設計原則,或可避免產生『好人難為』的窘境(請參考薛念林教授post的『好人難為』一文)。

2010年1月7日 星期四

Q40: 製作電腦程式仍然是人類所曾承擔過最困難的工作之一;要精通程式製作需要才能(諸如分析、溝通...等能力),創造力,智慧,邏輯,創建與使用抽象,以及經驗 ─ 即使有最好的工具。

Programming a computer is still one of the most difficult tasks ever undertaken by humankind; becoming proficient in programming requires talent, creativity, intelligence, logic, the ability to build and use abstractions, and experience - even when the best tools are available. - Timothy Budd (Introduction to Object-Oriented Programming, 1991, pp.2)

追蹤者