寒假教師讓閱讀《構建之法》，當時就認為，為何要閱讀這種書全是理論，多打打**不好嗎。讀了幾章以後發現受益匪淺，學習軟體工程，**能力固然重要但是軟體工程的思想也相當重要。
首先第一章概論就讓我受益匪淺。第一章開頭提出軟體=程式=軟體工程，軟體工程是什麼，說實在的我並不清楚，軟體工程要幹什麼我也不清楚。
乙個軟體不僅僅是寫出來就完事，軟體擁有一些列過程組成的生命週期。乙個複雜的軟體不但要有合理的軟體架構，軟體設計與實現，還要有各種檔案和資料來描述各個程式檔案之間的依賴關係，編譯引數，連線引數，等等。這些都是然健的構建過程。我們還需要一系列的工具和程式來保證程式的正確性和質量，這是質量保證。軟體團隊要從需求分析開始把合適的需求梳理出來。軟體團隊的人員也會流動，新的成員要盡快讀懂已有的程式，了解程式的設計，這叫程式的理解。軟體執行中還會出現各種各樣的問題，團隊的新老成員需要一起工作修復各種各樣的問題，這叫軟體維護。
要理解軟體工程是什麼，首先要理解工程是什麼，人們將創造性的運用科學原理，設計和實現建築，機器，裝置或生產過程；或是在實踐中使用乙個或多個上述視實體；或是實現這些實體的過程。而軟體工程是吧系統的，有序的，可量化的方法應用到軟體開發，運營和維護上的過程。軟體工程包含：軟體需求分析，軟體設計，軟體構架，軟體測試和軟體維護。軟體工程也有其特殊性，很多任務程會隨著社會的發展，技術進步會變得越來越容易。但是軟體的開發流程卻沒有這樣的提速。這是由與軟體的1.複雜性，2.不可見性，3.易變性，4.服從性，5非連續性決定的。
文章提出軟體工程的目標是創造「足夠好」的軟體，但在面對何為「好」時，卻有很多問題。很多人認為有「bug」就不是好軟體，作者對此舉了乙個例子，為何有人會買那些質量不夠好的汽車呢？因為對於某些客戶來說，某一類汽車滿足了他們的需求，他們就會買。因此軟體工程的乙個重要任務就是，決定乙個軟體什麼時候「足夠好」。
構建之法讀後感 1
1 成功的變革不是完全自上而下或者自下而上，而是通過結合兩者的變革相關要素。2 如果我們不能預見到scrum轉型的結束狀態，便無法確定當前狀況和結束狀態之間所有的差距。3 變革與過去培訓的內容往往產生衝突，軟體開發人員很難在短時間適應這種變化，導致轉型的失敗。4 人進行改變的能力是有限的，因此企業進...
構建之法讀後感1
構建之法一開始講了啟發我對什麼是程式，什麼是軟體，什麼是軟體工程。1 自己曾經在是認為乙個軟體就是程式設計出來出來就行，能執行就好了。但是這本書講了還需要考慮各種因素，如人們的需求，功能的可行性。2 自己認為的團隊合作就是一起分不同的任務最後總結 構建之法 第一章介紹了軟體工程的概念 理論 知識點和...
構建之法讀後感1
這個寒假老師要求我們讀 構建之法 並發表三篇讀書筆記。今天淺讀了一點構建之法開篇部分，原來老師上課給我們出的那個該死的三十道算術題的問題就是出自這本書，真晦氣。書裡提到軟體 程式 軟體工程，那軟體工程是什麼，看了半天，軟體工程是乙個過程，是把系統的 有序的 可量化的方法應用到軟體的開發運營和維護上的...