1、先找到所實現功能的主幹，將它們梳理清楚。針對此，分析如何去解決問題，一定要銘記於心的是，抓住問題的主要矛盾，暫時忽視掉次要矛盾。
2、看需求文件時，找出使用者為何做特定事情的原因，而不只是他們目前做這件事的方式，用文件記載需求背後的原因。
3、在面對棘手問題時，羅列出所有可能途徑。不要排除任何東西，不管它聽起來有多無用或愚蠢。
4、當面對一件任務時，如果反覆感覺到疑慮，或是體驗到某種勉強，要注意它。你可能無法準確地指出問題所在，但給它時間，你的疑慮很可能就會結晶成某種更堅實的東西。
5、判斷是在拖延還是在負責地等待所有工作準備就緒，一種行之有效的技術就是開始構建原型。選擇乙個你覺得有困難的地方，開始進行某種「概念驗證」。在典型情況下，肯能會發生兩種情況：一種情況是，開始後不久，你可能就覺得自己是在浪費時間，這種厭煩可能很好的表明，你最初的勉強只是希望推遲啟動，放棄原型，回到真正的開發中；另一種情況是，隨著原型取得進展，你可能會在某個時刻得到啟示，突然意識到有些基本的前提錯了，不僅如此，你還將清楚地看到可以怎樣糾正錯誤。你將會愉快地放棄原型，投入正常的專案。當你決定把構建原型當做調查你的不適的一種方法時，一定要記住你為何這樣做。
讀《程式設計師修煉之道》
記得四年前剛開始工作時從公司拿到的第一本書，就是這本 程式設計師修煉之道 英文版 作為新入職員工study group的學習材料，當時在senior engineer帶領下和其他同事一起學習了這本書。雖然之前就聽說這是一本好書，但當時看的時候只是覺得，講的都有道理，但這些是很自然的阿，幹嗎花這麼大的...
讀《程式設計師修煉之道》
這本書已經買了好久，但一直沒看 沒看過的書在我書架上還有好多 不過是偶然間從書架上拿下，翻看了幾頁，結果我再也放不下手。於是，花了約半月的空閒時間，斷斷續續將此書讀完。此書還有一名 從小工到專家 我現在明顯是小工，並且可能還是不熟練的那種。倒沒有奢求看完這本書就變成專家 這種書還沒有寫出來吧 不過，...
程式設計師修煉之道
在所有的弱點中，最大的弱點就是害怕自己暴露弱點。j.b bossuet,politics from holy writ,1709 provide options,don t make lame excuses 提供各種選擇，不要找蹩腳的藉口 don t live with broken window...