以前沒有真正的讀過這本書，所以以前是敷衍，後來覺得是對自己的不負責，就忍住沒有繼續這樣做下去，如果做的話，就要有 意義。所以我讀了，我也寫了，才有了這篇部落格。
首先在讀《構建之法》之前我先閱讀了一下前人對這本書的看法，以前看書覺得沒有那麼重要，因為書中講的太死板，不易懂，就如，對牛彈琴，也不是牛，就那種如果沒有耐心沒有基礎的人來說，就如對牛彈琴，但是在讀者寄語中，我覺得這本書不是這樣的，他是值得我們度的，不僅僅是因為他講的很明了易懂，更因為它的實用性。
這本書有很強的實用目的性，他想讓學生在一定時間內切切實實的實踐一些我們在課上書上學到的東西，掌握並了解這種方法的利弊。
有必要一提的是，在我看過的每一本有關軟體工程的書上，基本都有這樣一句話;程式=資料結構+演算法。奧，可能有些不同。不同在於描述的物件不同，但他們所表述的意思大致相同。
在這裡中，bug其實一直困擾我很久，為什麼叫他bug，現在我知道了bug是軟體實現的功能和使用者期望的功能不一樣。我們通常說的bug是自己在寫程式時，出現了問題，這叫bug，當程式順利執行，沒有報錯，正確輸出的時候，這是沒有bug。但現在，bug還包括了使用者一方，沒有達到預期的需求也會是乙個bug。
快速閱讀《構建之法》 構建之法閱讀筆記01
自己從3月4日開始讀 構建之法 在粗讀一遍後，自己產生如下疑問 1.風格真的很重要嗎？總覺得清晰易讀即可 2.編寫軟體時，是程式簡潔高效但不易讀好？還是程式冗餘效率低下但是方便別人閱讀易維護好？3.使用者體驗主要體現在哪些方面？介面美觀，反映速度快，功能齊全足夠了嗎？4.本書只說了團隊模式，並未對如...
01《構建之法》閱讀筆記01
個人感受 我過去的做法 1 寫程式以實現功能為主要目的，所以有時候為了功能的保證，會不太注重演算法的使用。2 在團隊專案中，習慣了個人程式設計，和團隊成員溝通偏少。為什麼這樣不好 1 不注重演算法的使用，會無端的浪費空間和執行時間，使程式效率大大降低。2 團隊成員之間交流過少時，融合會經常出現問題，...
構建之法閱讀筆記01
從第一章概論中提到，軟體工程要創作足夠好的軟體。而有一些同學認為，所謂好軟體，就是沒有bug的軟體，所謂軟體工程，就是把軟體中的bug都消滅掉的過程，這確實抓住了軟體工程中的乙個要素，和軟體打交道的專業人士都知道軟體有bug，軟體團隊的很多人都整體和bug打交道，bug的多少可以直接衡量乙個軟體的開...