讓你的使用者參與權衡

　　通常你是為別人編寫軟體。你常常需要記得從他們那裡獲取需求2﹒們你是否常t他們、他們想要他們的軟體有多好?有時候選擇並不存在:如果你的T.作物件是心臟起搏器、航大飛機、或是將被廣泛傳播的底層庫、需求就會更苛刻，你的選擇就史有限但是，如果你的!.作物件是全新的產品，你就會有不同的約束:市場人員有需要信予的承諾、終端使用者也許已基於交付時間表制定了各種計劃.而你的公司肯定有現金流方面的約束﹐無視這些使用者的需求．一味地給程式增加新特性，或是–次又一次潤飾程式碼，這不是有職業素養的做法．我們不是在提倡慌張:許諾不叮能兌現的時間標度( time scale )、為趕上.最後期限而削減基本的T程內容，這些同樣不是有職業素養的做法.

　　你常常會處在須要進行權衡的情形中。讓人驚奇的是,許多使用者寧願在今天用上;有一-些“毛邊”的軟體,也不願等待一年後的多媒體版本，許多預算吃緊的IT部門都會同意這樣的說法。今天的了不起的軟體常常比明天的完美軟體更可取如果你給用盧某樣東西,讓他們及早使用.他們的反饋常常會把你引向更好的最終解決方案

　　知道何時止步

　　在某些方面，程式設計就像是繪畫。你從空白的畫布和某些基本原材料開始,通過知識、藝術和技藝的結合去確定用前者做些什麼，你勾畫出全景,繪製背景,然後填入各種細節。你不時後退一步，用批判的眼光觀察你的作品。常常、你會扔掉畫布,重新再來。

　　但藝術家們會告訴你，如果你不懂得應何時止步,所有的辛苦勞作就會遭到毀壞如果你一層又一層,細節復細節地疊加,繪畫就會迷失在繪製之中.

　　不要因為過度修飾和過於求精而毀損完好的程式。繼續前進,讓你的程式碼憑著自的質量站立一會兒。它也許不完美、但不用擔心:它不可能完美.