讀了這本書之後,它告訴了我們很多在今後程式設計中需要注意的問題,很多小的東西是我們經常忽視的,比如在程式設計的時候,一定要等自己真正準備好了在開始,在程式設計過程中,也要經常進行測試,要等**全部測試完成之後,我們的工作才算真正完成。我們 要有始有終,分配資源的程式也應當釋放它,而且需要注意的是,誰分配的資源一定要讓誰去釋放他。
在我們程式設計時,一定要避免靠巧合進行程式設計,要測試自己的**和假定。嚮導為我們的程式設計提供了很多的方便,但是我們也要對他保持一種警惕,不能完全的相信他。在專案開發之前,我們要注意需求之坑,當開發人員發現了需求之坑,我們一定要想辦法及時的填補他。滿足使用者的需求很重要,所以我們要經常與使用者進行交流,了解他們真正的需求,如果可以保證工作可以完成,我們 可以適當完成比需求略多一點的特性。
我們要注重時效,勇於接受挑戰,承擔責任,過去時代的手工藝人為在自己的作品上簽名而自豪,我們也應該如此,我們希望自己的名字能成為質量的保障,別人看見我們名字的時候就能知道它是可靠,用心編寫的,測試過的和有文件的。
不管什麼時候,學習都是最重要的,當你參加工作時,可能會發現很多人都比你優秀,自己需要不斷的進行學習,所以就在現在,我們就要不斷地充實自己,利用好自己的大學時間,不要虛度,讓自己今後後悔。
這本書相對來說我覺得有一些難理解,可能是因為他介紹了很多程式設計中的方法,需要注意的地方,他讓我們了解了很多之前程式設計並不知道的東西,比如給我們介紹了一些程式設計的基本工具,對於我來說,感觸最深的是要由責任,用於承擔責任,當我們的程式出現一些問題時,要勇於承擔,可能在別人的幫助或者自己的努力下,你會解決這個問題,並且今後不會再犯這樣的錯誤,同時不要害怕暴露自己的弱點,當別人發現自己的弱點時,他們會及時指出我們的弱點,並且我們會很好的杜絕這個問題,讓自己得到提公升。
程式設計師修煉之道 從小工到專家
在專案開始之前 需求需要挖掘,而不僅僅是收集。找出使用者為何要做特定事情的原因,而不是他們目前做這件事情的方式。建立需求文件 把形式化的模板做備忘錄 好的需求文件會保持抽象 專案範圍的增大需要被記錄和可追溯,以及可評價 通過統計資訊 需求的收集和設計實現不是單向的線性關係,而是雙向關係。它們是 交付...
程式設計師修煉之道 從小工到專家
基本工具 構建自己的工具庫。使用原始碼控制。除錯bug 找到問題根源 可以快速 復現 bug。跟蹤。向別人解釋程式以找到問題所在。找bug範圍 先自己 確定無誤再找類庫或系統問題。不要固執的認為自己的 沒問題。不要假設,要驗證。注重實效的偏執 放棄寫出完美軟體的偏執。進行防禦性程式設計。合約。規定 ...
程式設計師修煉之道 從小工到專家
這本書的適用範圍可以從初學者到有經驗的程式設計師再到專案經理,作為一本偏向理論與思想的書,書中不可避免有些假大空的地方,再加上作者寫完本書的時間還在1999年,書中的很多方法與標準放在今天也已不再實用。但這些都不能掩蓋它的優秀之處,作者曾在本書完成十年後說過,如果這本書是放在現在編寫,1999年的那...