第一章：概論
這一章節裡面大多是理論知識的介紹吧，初步地了解到軟體和軟體工程是兩種不一樣的概念。軟體工程在軟體的發展中產生，他的特殊性、「工程」的概念、還有軟體工程與電腦科學的關係，軟體工程的目標在1.2裡面有提及。這一張章節裡面主要接受他的概念，沒什麼其他疑問，可能是了解得不夠深刻，沒有被困擾。
第二章：個人技術與流程
裡面提及到的單元測試還有回歸測試，雖然書本有介紹它們的含義還有作用，也有寫到用vsts來寫單元測試，並且有列出單元測試的**，但是不知道是不是由於沒有用軟體來編寫執行，給我的感覺是很概念模糊，沒辦法理解到他們的實際操作，可能要在課外裡擴充套件知識，單元測試和回歸測試讓我覺得挺重要的，對以後做程式來說可以讓自己的程式更好的了解到不足和退步。
個人開發流程這邊讓我想到的是我們的作業，我們自己的流程相對比較簡單，大多數時間都在具體**的編寫，雖然在計畫分析也佔據一部分時間，但相對起來少。對比其他的程式設計師的開發流程，報告，測試這一方面明顯比我們學生多。那麼對於這一情況，如果有意要從事這一方面的同學，是不是應該從學生這一時刻開始重視報告和測試這一塊？
對於2.1的內容，那麼我們該怎麼去著手學習單元測試，回歸測試呢？是不是可以從我們平時寫的小程式裡實踐一下學習怎麼寫怎麼用單元測試和回歸測試嗎？
第三章：軟體工程師的成長
對於書本的學習我感覺進行自我評價對以後自己的進步有一定的作用，我們是不是也要定期進行自我評價來改進自己，讓自己在這一方面有提高進步？
第四章：兩人合作
這一章節裡面，才意識到自己其實有時候的**不是很規範的，編寫規範的**是程式人員良好的習慣。書本裡面提到的**複審以及結對程式設計都是要合作的，我們曾經也進行過結對訓練，能在實踐進行中感受到每個人的角色和作用，學習到很多，對於**複審則是比較陌生。但是在書中還是了解到**複審的作用是很強大的，非常適合一些中型以上的程式的測試檢查。
還提及到的是兩人合作的階段以及技巧，那麼，我其實有個問題是，在結對練習裡面基礎較差的同學擔任駕駛員的角色會不會度同學有較大進步？
第五章：團隊與流程
章節裡面主要介紹了不同的團隊模式，和開發流程以及各自的優缺點，還提及團隊與非團隊的概念。對於現在的我們可能較為熟悉的開發流程是瀑布模型。對於團隊模型我比較有興趣了解的是交響樂團模式，那麼其實，對於我們學生團體，大多數屬於的是什麼模式，什麼開發流程模型？一般的公司有事什麼型別的團體模式，開發流程？
這本書是軟體工程的教材，對我們專業肯定是有一定的幫助，裡面介紹涉及很多知識，有些是我們接觸過的也有我們沒有接觸過的知識，一邊學習一邊會出現這方面的疑問，大多數是涉及我們本身專業以後的疑慮。
讀《構建之法》1 5章
第一章 概論 書上寫 軟體 程式 軟體工程 那麼我們憑著一點源程式足以完成軟體麼？不足以的話那軟體工程的知識領域主要涉及面？我們有機會做乙個合格的程式設計師否？第二章 個人技術和流程 假設我們以後從事某公司的軟體工程師，是否也必須團隊合作？那如何分配？是精確到每一項技術每一句源 嗎？第三章 軟體工程...
閱讀《構建之法》 1 5章
第一章 概論 第一章講述了軟體的特性和軟體工程解釋了什麼是軟體工程！問題 是什麼導致了軟體工程的出現。又是什麼推動了它的發展？第二章 個人技術和流程 第二章寫的是程式的測試流程和個人開發流程 問題 怎樣提高個人能力？第三章 軟體工程師的成長 問題 在軟體工程師成長過程中，怎樣平衡發展各個反面？注重全...
閱讀《構建之法》1 5章
第一章 概論 第一章講述了軟體的特性和軟體工程解釋了什麼是軟體工程！問題 是什麼導致了軟體工程的出現。又是什麼推動了它的發展？第二章 個人技術和流程 第二章寫的是程式的測試流程和個人開發流程 問題 怎樣提高個人能力？第三章 軟體工程師的成長 問題 在軟體工程師成長過程中，怎樣平衡發展各個反面？注重全...