在這本書中還介紹了一些基本工具，純文字、shelll遊戲、強力編輯、原始碼控制等。
什麼是純文字，xml，html，sgml都是良好定義的結構的純文字，純文字可以保證不過時，並且很容易進行測試，可以通過指令碼進行檢查，並且可以直接進行理解，但是他占用的空間很大。在shell下，你可以啟用各種應用程式，可以搜尋檔案、查詢系統狀態、過濾輸出，通過shell進行程式設計，可以構建複雜的巨集命令，用來完成你經常進行的各種活動。精通一種編輯器，並在上面完成自己的編輯任務。在除錯時，要修正問題，而不是進行指責，調整好自己的心態。
我們不可能寫出完美的軟體，通過合約進行設計。對在開始之前接受的東西要嚴格，而允諾返回的東西要盡可能少，實現dbc：合約可以規定你的權利和義務，同時也規定對方的權利和責任，如果任何一方沒有履行合約的條款，某種補償措施就會啟用——引發異常或是終止程式。
當我們發現程式發生了 不可能發生的事情，我們要盡快終止程式，它帶來的危害要比壞程式帶來的危害小的多。關於異常的問題之一是知道何時使用它們。異常很少作為程式的正常流程的一部分使用，異常應保留給意外事件。我們要將異常用於處理異常的問題。
我們要學習一種文字操作語言，在今後的工作中我們可能需要完成各種的文件，如果學習了一種文字操作語言，我們可能會更好的工作，並且能夠節省很多的時間。我們在程式設計的時候，要把**進行測試，保證完好的情況下，再將其交給使用者，並不能讓使用者為我們找bug。
知識資產是程式設計師所知道的關於計算機技術和他們所工作的應用領域的全部事實以及他們的所有經驗，我們要學會經營自己的資產，為我們的知識資產定期投資，實現多元化，你知道的事情越多，你就越有價值，管理風險，低買高賣。
對於知識資產，我們如果想擁有的更多，就要不斷的進行學習。讓學習成為一種習慣，只有不斷地進行學習，我們才能進步，讓自己得到提公升。不管是在現在的學習還是今後的工作中，我們都要不斷的進行學習，時代的發展很快，如果我們停滯不前，就很可能被淘汰，要時刻保持一種危機感。
程式設計師修煉之道 從小工到專家
在專案開始之前 需求需要挖掘，而不僅僅是收集。找出使用者為何要做特定事情的原因，而不是他們目前做這件事情的方式。建立需求文件 把形式化的模板做備忘錄 好的需求文件會保持抽象 專案範圍的增大需要被記錄和可追溯，以及可評價 通過統計資訊 需求的收集和設計實現不是單向的線性關係，而是雙向關係。它們是 交付...
程式設計師修煉之道 從小工到專家
基本工具 構建自己的工具庫。使用原始碼控制。除錯bug 找到問題根源 可以快速 復現 bug。跟蹤。向別人解釋程式以找到問題所在。找bug範圍 先自己 確定無誤再找類庫或系統問題。不要固執的認為自己的 沒問題。不要假設，要驗證。注重實效的偏執 放棄寫出完美軟體的偏執。進行防禦性程式設計。合約。規定 ...
程式設計師修煉之道 從小工到專家
這本書的適用範圍可以從初學者到有經驗的程式設計師再到專案經理，作為一本偏向理論與思想的書，書中不可避免有些假大空的地方，再加上作者寫完本書的時間還在1999年，書中的很多方法與標準放在今天也已不再實用。但這些都不能掩蓋它的優秀之處，作者曾在本書完成十年後說過，如果這本書是放在現在編寫，1999年的那...