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

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

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

諺語提供：黃為德教授

Q27: 何時該使用反覆式的開發方式？當你想要你的專案成功時. - Martin Fowler

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

Q15: 程式不會照自己所想的跑。只會照所寫的跑。

程式不會照自己所想的跑。只會照所寫的跑。

相信所有的程式設計師都有所感。

Q12: Wirth's Law: 軟體變慢的速度比硬體變快的速度更快

Wirth's Law: Software is getting slower more rapidly than hardware becomes faster. - Niklaus Wirth.

這是一句相當有意思的話。會造成這個原因與『軟體膨脹』（Software Bloat）有很大的關係。過去在記憶體很珍貴與ＣＰＵ速度不快的年代，寫程式所用到的資源必須斤斤計較。但隨著硬體的便宜，『Time to market』才是重點，開發者重視的是如何用快速的工具快速的開發系統，趕緊讓產品上線，系統大不大，效能好不好就不是那麼受重視了，於是軟體越寫越大。相同功能的產品過去可只需要10k, 現在可能需要 1M。誇張嗎？

看看微軟的產品吧，windows 95 的系統建議是：CPU 25 MHz, 記憶體 8 MB，硬碟50 MB。現在的Windows Vista 的建議規格是 CPU 800 MHz, 記憶體 512 MB, 與硬碟 15 GB，還好硬體跑在前面，要不軟體怎麼吃的消？