探索的態度對於程式設計師也是尤為重要的。筆者在開始寫**的時候總是以「解決問題就萬事大吉」的標準，遇到了可能的坑卻睜乙隻眼閉乙隻眼。但是每每這樣的時候，後來總是會出bug。
其實這就是逃避，就是一種缺乏探索精神的表現。其實我把那些坑弄懂了也不需要多少時間嘛。弄懂了，以後再遇到就穩穩當當搞定了。沒弄懂，就還是踩坑。突然想到了一句話：遇到問題，你硬著頭皮解決了一半，就只剩下一半的問題。但是你逃避，就是兩個問題了。
不管你在做什麼專案，懷揣著學習和鍛鍊的態度去完成它吧，這是絕對值得的！與專案結果相比，過程才是最大的財富。如果你沒能從乙個專案的過程中學到一點東西，這才是真正失敗的專案。
鼓勵並強制要求程式設計師建立一張他們所要做的全部事情的列表，然後盡可能新增所有的子項，這樣就能估算這個任務話費多少時間了。 如果有人問你的時間表，你應該拿出一張你要做的所有事情的列表。如果拿不出來，你所要做的第一件事情，就是要做出這麼一張列表。
這種列表和待辦事項列表稍有不同。這種列表屬於「時間表」，它的目的是監控進度:所以說，它的時間總長度是不變的。但是待辦事項列表的時間總長度是趨於「無限的」(當然，只對於執行力很差的人來說)。
多少使用者在真正使用你的軟體？這才是衡量成功的終極標準。
其實無論互動多絢麗，功能多麼吊炸天，一旦使用者不需要，使用者不喜歡，不掏錢，其實是沒有任何實際意義的。而且在一定的技術水準上，如果無法「說服」大量客戶使用產品，也同樣是讓人心痛的。
個人感受：
（1）缺少探索的態度是我現在的缺點之一，遇到bug也很少真真正正的搞懂
（2）這樣只會在下一次出現同樣的問題時解決起來只會越來越困難
（3）遇到問題應該及時解決，為以後的打下比較好的基礎，對以後的程式設計有很大好處
《程式設計師修煉之道》閱讀筆記03
工具能夠放大你的才幹，你的工具越好，你越是能更好地掌握它們的用法，你的生產力越高，從一套基本的通用工具開始，隨著經驗的獲得，隨著你遇到一些特殊的需求，你將會在其中增添新的工具，尋找更好的解決方式。作為注重實效的程式設計師，我們的基本材料是知識，我們蒐集需求，將其變為知識，隨後又在我們的設計 實現 測...
程式設計師修煉之道 閱讀筆記03
由於本書的閱讀沒有先後之分，所以我跳過了幾章內容直接閱讀了第七章在專案開始之前和第八章注重實效的專案的內容，了解一些方法和理論。也得到了一些感悟。1 需求之坑 不為收集需求，挖掘它們。有一種能深入了解使用者需求，卻未得到足夠利用的技術 成為使用者。與使用者一同工作，以像使用者一樣思考。描述需求文件時...
程式設計師修煉之道閱讀筆記03
第四章 注重實效的偏執 這章講的是程式設計師如何把 你不可能寫出完美的軟體 這一壓抑的事情轉變為有利條件。按合約設計 dbc 指的是做某事的期望和陳述。前條件，開始之前的必要條件。後條件，執行後悔導致的狀態。類不變項，類確保在呼叫者看來，該條件總是為真。死程式不說謊 要崩潰不要破壞，因為死程式帶來的...