Q39: Schedule 是用來 Delay 的

Schedule 是用來 delay 的。

出處: 工作時有感而發

作者: 曾暘展

感想: 計畫永遠趕不上變化，Schedule永遠都是變動的，參加過的專案沒有一個不DELAY，衛星發射會DELAY，系統安裝會DELAY，連參加過的國外專案進度也DELAY，

      DELAY輕則半年，重則二年以上，已經到了 Schedule 是參考用的，如果客戶再來個需求變更，那真的只有DELAY到天荒地老。

Q38: 你愈急著開始，你的路愈長。Fred Brooks

The sooner you start, the longer it takes. - Fred Books

這是Brooks在1975出版的『The Mythical Man Month』裡的一句雋語，強調軟體專案的充分準備不致於浪費，如果你跳過需求蒐集，你設計的東西就非客戶所需，如果你的設計不佳，你將會發展一些無意義的程式。以今日的軟體發展法來看，這句格言(dictum)似乎理所當然，而且已歷經三十幾年，其間軟體發展方法也多所改變，但是至今仍然有用，Brooks這句格言是在提醒，從事好的設計仍然是軟體發展的重要過程。

Q37: 除三個錯就會冒出一個錯。這稱為bug的無窮迴圈。

除三個錯就會冒出一個錯。這稱為bug的無窮迴圈。

Q36: 沒有對或錯的模式，只是對手邊的工作是否有大用處。Martin Fowler (1997)

There is no right or wrong model, merely one that is more useful for the job at hand. - Martin Fowler (1997)

這句諺語是 Martin Fowler在解釋『觀念模式』(conceptual model)時所提出的模式塑造原則。軟體發展者因對於許多企業的基本需求往往不完全了解，所以要建立所謂觀念模式，以便能夠了解並簡化問題，這種模式有時稱為範疇模式(domain model)，而是一種人工產品(human artifact)，雖然非軟體本身，但其部分可轉換成實作。

Q35: 為何有些軟體工程師與電腦科學家能夠產生清楚而且優美的設計與程式，但其他人卻不能？關鍵在於抽象觀念。Jeff Kramer

Why is it that some software engineers and computer scientists are able to produce clear, elegant desings and programs, while others cannot? Critical to these questions is the notion of abstraction. Jeff Kramer (CACM 50(4), 2007, pp.36-42).

諺語提供：黃為德教授

Q34. 簡化(處理)變更比企圖防備它更有效，學習相信你對不可預期事故的反應能力，比相信對規劃如何(處理)災難的能力更重要- Martin Fowler and Jim Highsmith

Facilitating change is more effective than attempting to prevent it. Learn to trust in your ability to respond to unpredictable events. It’s more important than trusting in your ability to plan for disaster. Martin Fowler and Jim Highsmith

諺語提供：黃為德教授

Q33: 我總是發現計畫沒什麼用，但計畫的過程是不可避免的。Dwight Eisenhower

I have always found that plans are useless, but planning is indispensable. Dwight Eisenhower.