很多程式設計師都知道「程式=資料結構
+演算法」這句名言，而乙個推論是：軟體=程式
+軟體開發分為四個階段：1.玩具階段
2.業餘愛好階段
3.探索階段
4.成熟的產業階段。就算是很微小的事情，只要跟使用者的安全聯絡起來，就要謹小慎微，必須要做且必須要告訴使用者。
軟體工程是把系統的、有序的、可量化的方法應用到軟體的開發、運營和維護上的過程。
軟體工程的目標是創造足夠好的軟體，即包括使用者滿意度、可靠性、軟體流程的質量、可維護性的評估。一、研發出符合使用者需求的軟體
二、通過一定的軟體流程，在預計的時間內發布「足夠好」的軟體 三、能證明所開發的軟體是可以維護和繼續發展的。能做到這三點，就是初步學會了軟體工程。
為了讓自己負責的模組質量過關，做單元測試是個很好的解決方案。驗證單元測試好壞的標準如下：1.單元測試應該在最基本的功能或引數上驗證程式的正確性
2.單元測試必須由最熟悉**的人來寫
3.單元測試過後，機器狀態保持不變
4.單元測試要快
5.單元測試應該可以產生可重複的、一致的結果
6.單元測試的執行、通過、失敗不依賴於別的測試，可以人為構造資料，以保持單元測試的獨立性
7.單元測試應該覆蓋所有**路徑
8.單元測試應該整合到自動測試的框架上
9.單元測試必須和產品**一起儲存和維護。
個人感受部分：
讀了單元測試部分，有如下感悟：之前我都是全部寫完**才會進行執行測試，往往**少的時候沒有什麼弊端，但是一旦**多功能複雜時，出錯也不知道去哪找。
所以我應該寫完一部分或者實現乙個功能就進行單元測試。
構建之法閱讀筆記一
做中學 是本書的核心思想，在概述中鄒欣大概講述了自己的教學方法，此刻恍然大悟和幸運併發在腦海中，恍然大悟的是我們教學方法的由來就是來自本書的方法再加以稍加改動，幸運的是自己親身體驗過該方法，雖然這個過程有些艱難，但還是可以收到一定效果的。在本書中，充滿很多的質疑語句，作者並沒有直接給出答案，只是給了...
構建之法閱讀筆記一
構建之法閱讀筆記一 這個寒假假期讀了鄒欣老師寫的 構建之法 同時也從這本書中學到了一些對自己有用的東西。再看 構建之法 的第一章的時候，作者主要為我們介紹了一些關於軟體工程的基本知識，這個當然是對我們這些純純的軟工人是非常的有用的了，同時也解釋了軟體的構成，軟體 程式 軟體工程 正是因為對軟體的開發...
快速閱讀《構建之法》 構建之法閱讀筆記01
自己從3月4日開始讀 構建之法 在粗讀一遍後，自己產生如下疑問 1.風格真的很重要嗎？總覺得清晰易讀即可 2.編寫軟體時，是程式簡潔高效但不易讀好？還是程式冗餘效率低下但是方便別人閱讀易維護好？3.使用者體驗主要體現在哪些方面？介面美觀，反映速度快，功能齊全足夠了嗎？4.本書只說了團隊模式，並未對如...