剛開始讀《構建之法》這本書時，書上所提到的很多問題都是我們平常在寫**時候會犯的一些小的錯誤，就我個人而言，在我還沒讀《構建之法》這本書之前，我還不知道我平常在寫**中犯了這麼多的錯誤，雖然這些錯誤都是一些小錯誤，並不影響**的執行，但是看了《構建之法》這本書之後，才忽然明白原來一些小錯誤也會造成大的問題。
第一章中有乙個問題，每個人對於不同的事物都有不同的看法，我們的軟體不可能滿足每乙個人的要求。但是這句話不是我們逃避問題的原因。我們要盡自己的可能將一切做到最好。在軟體生產前要努力了解到人們的需求。基於此進行軟體的開發。軟體開發完成後。不是所有工作都完成了。要繼續對我們軟體進行維護。當我們開始工作時，軟體的維護將是一項大工程，千萬不要小看它！
書本第四章的兩人合作和第五章的團隊和流程，我覺的這兩個章節在我們今後進入企業上班工作起很大的作用，做乙個程式，不是乙個人可以完成的，團隊裡每乙個人負責什麼？需求設計誰寫？誰測試？這些都涉及到團隊裡的每乙個人，所以團隊中如何分工，如何把各自負責的部分合成乙個整體專案，這就考驗了整個團隊的團結分工性。第四章中我發現了以個在平常的程式設計裡我的錯誤，在我的程式中，我的注釋大多都是在變數名的後面，標註了該變數是什麼。突然覺得這樣的做法很蠢，乙個變數，其實要是命名做的好，那麼讓人一目了然，就少了一些沒必要的注釋。
這本書告訴了我們詳細的教學計畫，和教學目的目標和手段。讓我們自己考慮什麼事健康的師生關係。然後給我們簡單得講述了軟體工程是什麼，用通俗易懂得語言並模擬其它學科簡單介紹軟體工程行業的發展。
這本書對我的啟發很多，無論是做管理還是做技術，人總是有學習的能力，相信有這個能力，不用糾結要做管理還是做技術。
構建之法讀後感
書中有提到一句名言 軟體 資料結構 演算法 但是，在真正進行軟體開發時，我們會發現 我們所需要的資料結構和演算法都是現成的，我們只要進行呼叫和實現就可以了。在我學習了本書的第一章後，我認識到了 軟體 程式 軟體工程 從此也可以擴充套件為 軟體企業 軟體 商業模式 軟體從最初的乙個簡單的程式，擴充套件...
《構建之法》讀後感
前段時間，我自學了 構建之法 的1,5,17章，並產生了很多自身的體會。首先，在第一章中我大致了解了我可以在書中學到什麼，如何落實學習。1.1節通過三個簡短的對話，啟發我對什麼是程式，什麼是軟體，什麼是軟體工程，也了解到了乙個軟體不是簡簡單單就能說寫就寫的，還需要考慮各種因素，如人們的需求，功能的可...
構建之法讀後感
第一章 軟體工程。寫軟體就是碼 寫出來，組合語句和演算法，實現需要的功能。但是軟體的開發需要一定步驟，有團隊合作精神，經過需求分析明白客戶需求，要什麼功能，並完成軟體的概要設計，再進行討論並與客戶溝通。然後進行軟體設計，然後程式 編寫，軟體測試debug，體驗版，後續維護等等。這樣才是乙個專案。軟體...