利用一些瑣碎的時間讀了《構建之法》3—4章，這兩章書闡述了不同的主題，第三章書主要講了軟體工程師的個人發展，第四章書的主題是兩個人之間的合作。
第三章裡面提到就像職業籃球運動員都有出場數，命中率，籃板等引數讓我們明白各個運動員的水平高低。而軟體工程師也有衡量自身水平高低的標準，比如一千行**中有幾個錯誤，還有**返工的次數等。並且作為軟體工程師，國家和企業都有一些認證證書，也能作為衡量的標準。原本每次老師布置作業，在寫不完的時候我都在想要是時間充裕一些就好了，我把知識點都看了一定會寫出來的。但是現在轉念一想，如果抱著這樣的想法去工作，估計只有「打加時賽」的份了。所以我們平時在練習的時候，就應該注重效率，返工次數，還有自己的千行**錯誤量等等，以此來不斷鞭策自己前進。
第四章裡面提到二人合作的關係。首先，二人合作除了兩個人進行程式設計思路的**，當然也會涉及到程式設計的具體細節的討論。所以我們要讓別人看得懂我們的**，我們就不能寫的隨心所欲，要有一定的規範，比如大括號的對齊、變數的命名是否有意義等。還要有一定的注釋，不然一定會是個災難。之前我寫程式的時候都是隨自己開心就好，很少考慮到別人的想法。但是現在有了二人合作討論的經歷，我就注意寫出程式的設計思路，程式流程圖以及**規範等，這樣才方便我們之間的交流。
構建之法閱讀筆記03
通過這幾天的閱讀，基本對本書又有了新的認識，讀完這本書是一回事，要想深入的理解又是另一回事。本書第一版出自2014年，當時軟體工程正在中國蓬勃發展，在此書出來之前大學裡的教材有些還是外國書籍的翻譯版本。豆瓣上對此書的介紹是 軟體工程牽涉的範圍很廣,同時也是一般院校的同學反映比較空洞乏味的課程。但是軟...
構建之法閱讀筆記03
今天自己又回過頭來詳細的閱讀了一遍 構建之法 的第二章，下面分享一下自己的體會。一.單元測試 之前自己在程式設計的過程中，從來沒有對自己的程式進行過單元測試，總覺得輸出了題目要求的結果就行了，沒有考慮過程式執行的中間過程或是對占有的記憶體進行釋放等問題。而書中詳細介紹了單元測試的重要性和如何進行單元...
構建之法閱讀筆記03
又到了一周的結尾，時間過得真快。這一周，閱讀了 構建之法 關於團隊和流程的部分。正好，這周我們用的就是結對開發的模式。算是理論加上實踐吧。和以往的單獨程式設計不同的是，團隊開發增加了與同學的交流討論，在問題的解決與實現方面不再是一人單扛，可以交換不同的思路，用不同的角度思考問題，把問題更好的解決。這...