這週我開始對構建之法這本書進行精讀，讀了兩章，以下是我讀這兩章的一些筆記。
對於程式，我們常說程式等於演算法加資料結構，而在我們將來的工作中，我們會學著在別人寫好的演算法的基礎上進行呼叫，自己不用對所謂的演算法敲來敲去。慢慢地我們就會懂得，軟體等於程式加軟體工程。
在實現乙個專案的過程中，不可能說一氣呵成，總會有這樣那樣的錯誤，這樣我們才能做好有些細節，不至於做好了乙個專案，用一種方式開啟會崩潰，只有用自己專屬的方式開啟才能成功。還有就是可能在我們使用乙個軟體的時候，會有一些自己甚至都不會注意到的東西，但這些東西卻是不可缺失的，就像輪船上的救生衣，飛機上的降落傘，關鍵時刻就會有用處。
軟體工程具有複雜性，不可見性，易變性，服從性，非連續性等幾個特性,這些特性並不能代表和決定軟體工程的本質問題，只是公共的特性。它決定了做好乙個軟體所要克服的困難。
軟體工程和電腦科學代表兩個不同的方面，電腦科學更多側重理論，軟體工程對實際更加側重，但從大的方面來說，二者在根本上會有乙個相輔相成的關係，能夠互相促進彼此的發展，互相給對方提供發展所需要的設施技能。
軟體工程的目標在於能夠創造出更好的軟體，也就是要把軟體中的缺陷消除掉的過程。軟體中的缺陷，也就是bug
，是衡量軟體開發效率，使用者滿意度，可靠性以及可維護性的乙個重要標準。因此我們在自己將來的工作中要注意減少自己所負責部分的
bug，但是切記不可為了減少
bug而減少
bug。
單元測試和效率分析工具在軟體工程中也是不可缺少的。建立單元測試**要先設定資料，使用被測試型別的功能，最後實際結果和預期的結果。好的單元測試資料要準確快速的保證程式基本模組的準確性。為了驗證**是否改正了缺陷以及保證新的**沒有破壞原有的功能，我們也要學會回歸測試。
效能分析也是我們要學習的乙個重要的方面，能夠保證程式占用高效的空間，跟快速的實現所要求的功能。效能分析有抽樣和**插入兩種方法，相比較而言，抽樣的準確性不太***，但是卻不需要改動**，**注入的方法則需要改動原有的**，能夠保證能率分析的準確性。因此能率分析一般的做法是，先用抽樣的方法找到效能瓶頸所在，然後在進行**注入進行詳細分析，這樣得到的效能分析的結果能夠相對準確性更高一些。
讀完了這兩章構建之法的內容，我學到了許多我們程式設計知識之外的知識，這些知識能夠保證我們在未來的工作中能注意到很多重要的細節，對我你們未來的發展有著十分重要的作用。
構建之法讀書筆記（一）
在這一章中，作者為我們介紹了一些關於軟體工程的基本知識。擴充套件的推論 軟體企業 軟體 商業模式 軟體開發的不同階段 玩具階段 業餘愛好階段 探索階段 成熟的產業階段 軟體所具有的特殊性 複雜性 不可見性 易變性 服從性 非連續性 由軟體的本質所決定的 軟體還有其他特性 有許多不同的程式語言 軟體工...
構建之法 讀書筆記一
讀者反饋 驚豔！開啟 構建之法 現代軟體工程 就停不下來，作者把軟體開發講得清晰有趣實用，程式設計師應該人手一冊，通讀完畢，思維水平立馬從業餘公升級到專業！本人今年大三，軟體工程專業，學校是在大二下開始教授軟體工程這門課的。當時採用的教材是國外翻譯進來的，很厚，據說很經典。不過說實話，實在看不懂。老...
構建之法讀書筆記一
第一章 概論 在這一章中，作者為我們介紹了一些關於軟體工程的基本知識。擴充套件的推論 軟體企業 軟體 商業模式 軟體開發的不同階段 玩具階段 業餘愛好階段 探索階段 成熟的產業階段 軟體所具有的特殊性 複雜性 不可見性 易變性 服從性 非連續性 由軟體的本質所決定的 軟體還有其他特性 有許多不同的程...