這周精讀了幾遍《構建之法》的
一、二、十六章，本人更偏好於語言精練概況的書籍，由於語言習慣問題，這本書對我而言有些解讀困難。由此在下面對幾章內容精練出總結概況，並提出問題。
第一章1.1軟體 = 程式 + 軟體工程
·軟體 = 資料結構 + 演算法
文中的軟體被定義為程式與軟體工程的結合，意在強調靜態**往往不足以滿足客戶的需求，開發一些大型嚴謹的軟體時，軟體工程中，設計、創造、構建和維護的部分是十分重要的。程式的設計與軟體的工程化，主要是為了達成更好的使用者體驗。而軟體是人以機器為**實現的，所以影響其質量的還有很多外部因素，如人員的排程，政策的變動。
軟體開發的階段——玩具階段
——業餘愛好階段
——探索階段
——產業階段
問題1：軟體工程發展至今，依然是年輕的學科，它是否還有更深層次的發展，如果有，隨著科技行業的發展，就像織布機取代織布工人一樣，ai是否會逐步取代我們的工作，由它們滿足客戶的需求？
1.2軟體工程是什麼
在普遍意義上，軟體是具有構建性和易演化性的計算模型，軟體工程是研究或應用工程化方法來設計、創造、構建和維護有效實用和高質量軟體的一門學科。文中詳細列舉了軟體工程涉獵的學科範圍。
軟體的特殊性——複雜性（佛瑞德·布魯克斯）
——不可見性（佛瑞德·布魯克斯）
——易變性（佛瑞德·布魯克斯）
——服從性（佛瑞德·布魯克斯）
——非連續性（瓦茨拉夫·拉里奇）
文中講述了乙個觀點：沒有最好的軟體，但是可以通過努力將其完善至足夠滿足客戶需求。
第二章2.1單元測試
rp:快速成型（rp）技術是二十世紀九十年代發展起來的一項先進製造技術，是為製造業企業新產品開發服務的一項關鍵共性技術， 對促進企業產品創新、縮短新產品開發周期、提高產品競爭力有積極的推動作用。
vsts的全稱是visual studio team system，是由微軟開發的一套具有高生產力、高整合性、可擴充套件的生命週期開發工具，vsts使得整個開發團隊擁有更好的溝通與合作，並且保證了更好的質量。
簡介了vsts的基本使用方法，對好的單元測試提出要求：整合到自動測試的框架中、自動化、定期維護。
回歸測試的目的：驗證新**是否解決了舊問題、新**是否對原有程式有破壞性。
效能分析：用於測試程式的時間複雜度。
問題2：不同語言編寫的相同程式在效能上相同，但是執行速度是不同的，不同語言編寫的軟體雖然效能上不同，但又可以達成執行速度上的持平，該怎麼評價這兩種軟體呢？
第十六章
16.3創新的招數：swot分析
本章概述了創新的意義、要求、方法，創業的基本要求，市場需求的基本分析方法。
問題3：文中提出產品會不可避免地進入衰退期，創新無疑是驅散衰老的良藥，是否有理想的情況能夠在不斷地重構發展下，使產品在衰退期來臨之前轉進入新的週期？
讀《構建之法》
按照精讀的讀法，細緻的讀完了 構建之法 的第 一 二 十六章。結合書本內容與自我理解，提出以下問題。1.1軟體 程式 軟體工程 書中有這樣乙個例子 如果一架民用飛機上有需求，使用者使用它的概率是百萬分之一，你還要做這個功能麼？你會選擇 1 根本不考慮 2 如果沒時間實現這個功能就算了 3 做了，但不...
讀《構建之法》有感
這本書一開始講述了軟體工程的發展史，從開始到應用，所經歷的過各種變化，讓我們對這專業有更好的了解。強調要懂得團體的力量，合作取得雙贏，這樣才能大幅度提高軟體開發的效率。此書還講述了，要成為更好的軟體開發人員，我們要不斷積累軟體開發相關知識，提公升自己的技能技術，積累問題領域的知識和經驗，對通用的軟體...
讀《構建之法》有感
非常感謝鄒老師能贈送給我 構建之法 這本書的電子版，也非常感謝周老師費心幫我弄兌換碼等相關事宜。可惜的是我是教網路的，如果有朝一日能開軟體工程的相關課程，我一定會選擇這本書作為教材，就算不能讓學生真正的理解軟體工程，起碼提高一下學生的 量或者讓學生養成每週寫技術部落格的習慣也是好的。構建之法 這本書...