欲求更好，常把好事變糟。
——李爾王
我今天讀的是第四章-足夠好的軟體，其中舉了一則笑話的例子，說一家美國公司向一家日本公司訂購100000片積體電路，規格說明中有次品率：10000片中只能有一片。幾周後訂貨到了，乙個大盒子裡面有數千片ic，裡面有個小盒子只裝有10片ic，貼著「這些是次品」的標籤。這個笑話主要告訴我們，現實幾乎不會讓我們完美的控制事物的結果，或者說讓開發者在投入前開發出完美的作品，特別不會有無錯的軟體，而軟體的功能直接指向的是客戶，只有滿足客戶的需求，才能算的上成功，在這點上開發者更應該給使用者一定的機會，讓使用者決定所製作的東西如何才能算得上「足夠好」，這是建議的但也是必須的。
對於一切的定製產業來說，如別人委託你做一件工藝品，常常要取得委託人的需求，在這個時候製作者十分想要清楚委託人心中的合格，夠好，完美的標準，但這些常常用語言無法敘述出來，而對程式設計師來說，客戶不滿意的後果只能是改**改需求。如果是已經存在的工業方面，這方面需求很清楚可供選擇的方向也很少相對容易，模擬到委託木工做幾把椅子，需求是：有靠背，能平穩立在地面上，木製。這相對而言更容易達到完美的標準，而對於乙個全新的方面，開放式的選擇則可能產生矛盾，模擬到委託木工做乙個關公的雕像，需求是：大氣，穩重，有觀賞性。對於這幾方面不同的人有不同的看法，雙方更難以達到統一。
市場人員需要有相應的許諾，無視需求為軟體增加諸多不必要的新特性，或是不斷的潤飾**，不是有職業素養的表現。而現在的情形中，人們更偏向使用有毛邊的不完美的軟體而不是等到完美軟體的交付。今天的實物比明天的大餅更可取，如果給使用者某樣東西，他們的反饋通常會更快更明確的將你指向最終的解決方案。
對自己的經歷來說我對這方面涉及並不多，只在以前因為興趣學過一段時間的繪畫。
與書中的例子相同，在我畫將近結束的時候，用自己的眼光來看，還可以，但自己在將他逐漸潤色想將至完美的時候，自己的感覺卻越來越糟。到最後的完全不滿意。
程式設計師修煉之道閱讀筆記02
這本書已經看到第六章了，由於書的內容相當散，每個故事又很有趣，雖然有些句子比較拗口，有些名詞沒有見過，但依然對這本書書一直有著很高的興趣，好像那些經典的專業書籍都有著這樣的特點吧。讀這本書最大的收穫我感覺是學到了一些學習的方法和寫軟體的方法，與實際的結合十分緊密，個人責任 拽光彈開發 除錯策略 元程...
程式設計師修煉之道閱讀筆記02
第二章 注重實效的途徑 重複的危害 提醒不要在系統各處對知識進行重複。正交性 提醒不要把任何一項知識分散在多個系統元件中。可撤銷性 將考察有助於專案與其不斷變化的環境絕緣的一些技術。曳光彈 提供了一種開發方式。原型與便簽 提出了在曳光彈開發不適用的情況下，怎樣使用原型來測試架構 演算法 介面以及各種...
程式設計師修煉之道閱讀筆記02
破窗理論，中不應該留 破窗 低劣的設計，錯誤決策，糟糕的 他會讓軟體腐爛，影響其他開發人員的情緒，影響功能擴充套件，在錯誤的架構上搭建，如在沙堆上建高樓。開發中的自動化 原始碼控制系統自動構建 每晚自動構建，從 需求分析 設計文件提取內容，生成流程圖 自動批准流程 班傑明 富蘭克林曾說，知識上的投資...