2016年3月26日 星期六

Q50: 澄清思想才能使事務做到簡單(賈伯斯)。

在軟體發展上善用CRC cards或許可以幫你/妳做到這一點。

2015年11月4日 星期三

Q51: 蘋果之所以成功,包括產品與推廣,乃是因其堅持『簡單至上』的原則,發展軟體系統亦應如斯。

所謂簡單的觀念是:『硬體簡單化,而背後的軟體卻豐富化』(尤其對蘋果產品而言)。簡單的觀念可以運用在軟體系統的發展上(請參考部落格文章:『「簡單」-讓混亂發展成規則』)。P.J. Plauger與B.W. Kernighan認為"Keep it simple to make faster."我想發展軟體應該遵從「簡單」的原則。使用蘋果產品的人士或可參考這一則諺語。

2014年5月15日 星期四

Q49 很少事務比列舉好的範例更實在。

馬克‧吐溫:"Few things are harder to put up with a good example." , 要說明一件事務列舉適當的例子最能說明白,不論教學或某理論的敘述,事實上,在日常生活中,這句話一樣適用,有些人,亂舉一些「543」的例子,不知所云。

2014年1月14日 星期二

Q48: 分析的結果必須反應確切的問題敘述以及可能解決方案的限制,但不一定有作用。

Rebecca Wirfs-Brock: "Analysis results need to reflect an accurate statement of the problem and constrain possible solution, but they don't have to work." 分析是在反應使用者的真實世界,而設計必定會反應實作者的世界,兩者並不一定完全一致,因為設計者仍然必須解決一些實作的問題,因此實作時會加上一些條件,這種現象十分普遍,解決之道可能可以使用敏捷方法或MDA技術,甚至CRC cards技術,因為非正規的發展流程允許參與者提供設計意見而無障礙。

2013年12月9日 星期一

Q47: 如果你能衡量而能用數據表達你所說的,就表示你知道你在說甚麼,否則你的知識是貧乏而且不完整。

這是原自於Lord Kelvin (1883)所說的話:"When you can measure what you are speaking about, and express it in numbers, you know something about it; but when you cannot measure it, when you cannot express it in numbers, your knoledage is of a meager and unsatisfactory kind."這則諺語是『軟體度量』的基本之一。

2013年12月5日 星期四

Q46:除非即刻需要而且有意義否則就不要產生文件。

這是所謂Martin's First Law of Documentation,這個規則係來自「敏捷宣言」第二項:『可用的軟體重於詳盡的文件』,這並非叫你不要寫文件,但太多太詳盡的文件不如少一點,發展團隊撰寫與保養的是簡短合理且有結構的文件,這就是Martin的第一文件規則。

2013年11月29日 星期五

Q45:大致對比嚴格錯來得好。

來自 "It is better to be roughly right than precisely wrong." (John Maynard Keynes 英國經濟學家 1883-1946),這是在呼應Q44諺語。

追蹤者