構建之法是除了大道至簡我讀的第二本有關軟體的書籍。從中都得到了很多上課程式設計的技巧和懂得了各種道理。
沒讀這本書之前，以為這本書中都是一些大道理，然而這本書運用生動幽默的語言去打動讀者，作者將自己的感觸和對於軟體工程的理解寫到書本上，更加能夠幫助我們理解這本書和軟體工程。，並不太懂軟體工程的概念，只是認為軟體的核心的就是**，那麼軟體工程的核心就是寫**的程式設計師如何寫好**。在一開始的讀書過程中，我顛覆了以往的觀念，其實軟體工程的一系列方法，都是為了讓程式設計師更好的去完成工作。軟體工程著眼的是整個工程，並不簡簡單單侷限於某個點某個面。我們所羅列的方法與思想，都是為了整個工程流程而服務的。這才是軟體工程的核心所在。
正如書中所說的，「我們要讓團隊中做事不仔細的人慢下來，這樣能減少他們的危害」；另一方面，這種人有熱情，能踏踏實實的話，是一定會有成長的。我們不能因為看過點**，就相當浮躁，總想著一口吃成大胖子，這是不可取的辦法。我們應該先打好基礎，豐富自己的經驗，將**看懂而不是看過。
當作者提出乙個具有爭議或讓人困惑的觀點時，會通過文中虛構的人物來提出讀者可能的疑問，並通過對話的形式，給出作者自己的見解。來幫助我們可以去理解這個觀點。
我對於團隊一段印象非常的深刻總結了一點東西：1、交流 2、說到做到 3、接受團隊賦予的角色並按照角色要求工作 4、投入團隊 5、流程 6、準備 7、理性
團隊應該有乙個既定的目標，為團隊成員導航，知道要向何處去，沒有目標這個團隊就沒有存在的價值。目標是通過人員具體實現的，所以人員的選擇是團隊中非常重要的乙個部分。在乙個團隊中可能需要有人出主意，有人定計畫，有人實施，有人協調不同的人一起去工作，還有人去監督團隊工作的進展，評價團隊最終的貢獻。不同的人通過分工來共同完成團隊的目標，在人員選擇方面要考慮人員的能力如何，技能是否互補，人員的經驗如何。
第一章中主要是講述了幾個概念：軟體 = 程式 + 軟體工程
軟體工程可以定義為: 把系統的、有序的、可量化的方法應用到軟體的開發、運營和維護上的過程；軟體工程包括一下領域：源**管理+需求分析+程式設計+軟體構建+軟體測試+軟體維護+生命週期管理等，廣泛意義的軟體工程，還包括使用者體驗、使用者介面設計(uid)等； 軟體工程決定了軟體質量。
從三點去理解軟體工程：
1 研發出符合使用者需求的軟體
2 通過一定的軟體流程，在預計的時間內發布「足夠好」的軟體
3 通過資料和其他方式展現所開發的軟體是可以維護的繼續發展的
《構建之法》讀後感（一）
構建之法 它很通俗的將軟體工程闡述清楚。讀過之後，對於工程有了一定的認識，乙個工程，它與我們現在所學的通過寫 實現一件事情，實現乙個專案是不一樣的，現在所學所做的這些，還遠不及工程這個概念，實現乙個工程，需要完整的team，team中每個成員，軟體工程師需要有一定的個人能力及職業素質等等。而我現在所...
構建之法讀後感
書中有提到一句名言 軟體 資料結構 演算法 但是，在真正進行軟體開發時，我們會發現 我們所需要的資料結構和演算法都是現成的，我們只要進行呼叫和實現就可以了。在我學習了本書的第一章後，我認識到了 軟體 程式 軟體工程 從此也可以擴充套件為 軟體企業 軟體 商業模式 軟體從最初的乙個簡單的程式，擴充套件...
《構建之法》讀後感
前段時間，我自學了 構建之法 的1,5,17章，並產生了很多自身的體會。首先，在第一章中我大致了解了我可以在書中學到什麼，如何落實學習。1.1節通過三個簡短的對話，啟發我對什麼是程式，什麼是軟體，什麼是軟體工程，也了解到了乙個軟體不是簡簡單單就能說寫就寫的，還需要考慮各種因素，如人們的需求，功能的可...