假期需要閱讀下雪期軟體工程這們課程的教材《構建之法》，書中娓娓道來一些筆者在教學過程中發現的問題以及處理的方式，更寫出了作為乙個老師該如何引導學生更好的學習軟體工程，作為學生的我發現我們勤勤懇懇的老師就是如此的教學方式，這可能會是一種很好的方式，我也要改變自己從而適應甚至於喜歡這種方式，一句話是這樣說的「發揮你的熱情，讓理想變為現實」，而我們應該說的則是「發揮你的熱情，讓需求變為**」。
回到書中，「軟體=程式+軟體工程，程式=資料結構+演算法」，可見，軟體不僅僅是程式，更是程式背後的東西，還要有完善而合理的構建。試想一下，當自遇到乙個軟體的功能讓人感到錯綜複雜，能否繼續使用該款軟體成為乙個疑問。
通過航空業和軟體業的對比，讓我意識到軟體開發不僅要抓住主要功能，一些小的方面也要盡可能做好，盡善盡美才是最好的。
軟體有各種形式，也有其特殊性，我們應該把握住這些特性，將其應用於軟體開發及開發過程中。
軟體工程，說到底，是一門工程，不像其他工程學科那樣擁有切切實實存在的物質，而它更多的是根據需求而產生的基於應用裝置的一些抽象的存在，可以很容易的發現，軟體已經滲透到我們生活的方方面面，軟體工程的目標———創造「足夠好」的軟體，確實有許許多多成功案例，同時也在激勵著我們。
psp即個人軟體開發流程，為了保證程式的質量可以採用單元測試的方式來實現，通過單元測試能夠及早的發現程式中存在的問題，避免程式在執行時引發一系列的問題。
單元測試應該準確，快速的保證程式基本模組的正確性。單元測試應該覆蓋所測單元的**路徑，包括錯誤處理路徑。例如平時做的增刪改查等方法的測試，可以使用junit測試來判斷**是否能夠完成任務，再進行接下來的工作將時徒勞。
回歸測試也是有必要的，即使獨立的乙個部分沒有問題，也不能排除整體的正確性。所以回歸測試可以用來驗證新的**確實改正了缺陷，同時驗證新的**有沒有破壞模組的現有的。
快速閱讀《構建之法》 構建之法閱讀筆記01
自己從3月4日開始讀 構建之法 在粗讀一遍後，自己產生如下疑問 1.風格真的很重要嗎？總覺得清晰易讀即可 2.編寫軟體時，是程式簡潔高效但不易讀好？還是程式冗餘效率低下但是方便別人閱讀易維護好？3.使用者體驗主要體現在哪些方面？介面美觀，反映速度快，功能齊全足夠了嗎？4.本書只說了團隊模式，並未對如...
01《構建之法》閱讀筆記01
個人感受 我過去的做法 1 寫程式以實現功能為主要目的，所以有時候為了功能的保證，會不太注重演算法的使用。2 在團隊專案中，習慣了個人程式設計，和團隊成員溝通偏少。為什麼這樣不好 1 不注重演算法的使用，會無端的浪費空間和執行時間，使程式效率大大降低。2 團隊成員之間交流過少時，融合會經常出現問題，...
構建之法閱讀筆記01
從第一章概論中提到，軟體工程要創作足夠好的軟體。而有一些同學認為，所謂好軟體，就是沒有bug的軟體，所謂軟體工程，就是把軟體中的bug都消滅掉的過程，這確實抓住了軟體工程中的乙個要素，和軟體打交道的專業人士都知道軟體有bug，軟體團隊的很多人都整體和bug打交道，bug的多少可以直接衡量乙個軟體的開...