工具能夠放大你的才幹，你的工具越好，你越是能更好地掌握它們的用法，你的生產力越高，從一套基本的通用工具開始，隨著經驗的獲得，隨著你遇到一些特殊的需求，你將會在其中增添新的工具，尋找更好的解決方式。
作為注重實效的程式設計師，我們的基本材料是知識，我們蒐集需求，將其變為知識，隨後又在我們的設計、實現、測試、以及文件中表達這些知識，持久地儲存知識的最佳形式是純文字，這便於我們實時地閱讀和索求。當你不斷地想要執行特別的操作——gui
可能不支援的操作，當你想要快速地組合一些命令，以完成一次查詢或某種其他的任務時，命令列要更為適宜，多使用
shell
命令，你會發現你的生成效率在逐漸提高。選用一種好的編譯器，徹底了解它，同樣也能提高你的生成效率。
bug是乙個可怕的東西，沒有人能寫出完美的軟體，所以除錯肯定要占用大量的時間。除錯本身是乙個敏感的話題，你可能會遇到抵賴，推諉的藉口，但最終結果卻是毫無作用，要接受事實，修正問題，而不是發出指責。
個人感受：作為注重實效的程式設計師，我們應該靈活運用手中的工具，將專案的開發變得簡單，同時不要躲避遇到的問題，一定要實時地解決。
程式設計師修煉之道閱讀筆記03
探索的態度對於程式設計師也是尤為重要的。筆者在開始寫 的時候總是以 解決問題就萬事大吉 的標準，遇到了可能的坑卻睜乙隻眼閉乙隻眼。但是每每這樣的時候，後來總是會出bug。其實這就是逃避，就是一種缺乏探索精神的表現。其實我把那些坑弄懂了也不需要多少時間嘛。弄懂了，以後再遇到就穩穩當當搞定了。沒弄懂，就...
程式設計師修煉之道 閱讀筆記03
由於本書的閱讀沒有先後之分，所以我跳過了幾章內容直接閱讀了第七章在專案開始之前和第八章注重實效的專案的內容，了解一些方法和理論。也得到了一些感悟。1 需求之坑 不為收集需求，挖掘它們。有一種能深入了解使用者需求，卻未得到足夠利用的技術 成為使用者。與使用者一同工作，以像使用者一樣思考。描述需求文件時...
程式設計師修煉之道閱讀筆記03
第四章 注重實效的偏執 這章講的是程式設計師如何把 你不可能寫出完美的軟體 這一壓抑的事情轉變為有利條件。按合約設計 dbc 指的是做某事的期望和陳述。前條件，開始之前的必要條件。後條件，執行後悔導致的狀態。類不變項，類確保在呼叫者看來，該條件總是為真。死程式不說謊 要崩潰不要破壞，因為死程式帶來的...