在今年寒假再一次閱讀《構建之法》，也是收穫滿滿。
說實話，在第一次閱讀時對裡面的大部分內容是一知半解，再次閱讀當然會有很多不同的感想。
《構建之法》是本可以讓人邊學習邊找樂子的優質教材：接地氣的實戰經驗，與時俱進的產品案例，語言生動、寓教於樂，還附贈吐槽小技能，其犀利詼諧讓人不禁捧書傻笑。
這樣的講述方式，讓我更能接受裡面的知識和更好的閱讀體驗。
這次閱讀的重點是第五章的團隊合，這這對於未來我們的工作具有指導意義，
其中說明了軟體的開發流程：寫了再改、瀑布模式、生魚片模型、統一流程；
第一步、業務建模。理解使用者的工作流程，再用精確的語言把工作流程表示出來。
第二步、需求。有了對工作流程的理解以後，我們就知道了使用者的需求，我們的軟體要有什麼功能來滿足使用者的需求。
第三步、分析和設計。將需求轉化成系統的設計 ，這一步我們的成員就知道系統有哪些模組，它們之間的關係是如何。
第四步、實現。工程師通過手工或自動化的手段把可執行的系統搭建出來。（敲**）
第五步、測試和部署。測試系統，並生成軟體的beta版本
第六步、軟體的交付。
而團隊合作的主要特點: 團隊有一致的集體目標，團隊要一起完成這個目標。乙個團隊的成員不一定要同時工作;團隊成員有各自的分工，互相依賴合作，共同完成任務;
構建之法讀後感
書中有提到一句名言 軟體 資料結構 演算法 但是，在真正進行軟體開發時，我們會發現 我們所需要的資料結構和演算法都是現成的，我們只要進行呼叫和實現就可以了。在我學習了本書的第一章後，我認識到了 軟體 程式 軟體工程 從此也可以擴充套件為 軟體企業 軟體 商業模式 軟體從最初的乙個簡單的程式，擴充套件...
《構建之法》讀後感
前段時間，我自學了 構建之法 的1,5,17章，並產生了很多自身的體會。首先，在第一章中我大致了解了我可以在書中學到什麼，如何落實學習。1.1節通過三個簡短的對話，啟發我對什麼是程式，什麼是軟體，什麼是軟體工程，也了解到了乙個軟體不是簡簡單單就能說寫就寫的，還需要考慮各種因素，如人們的需求，功能的可...
構建之法讀後感
第一章 軟體工程。寫軟體就是碼 寫出來，組合語句和演算法，實現需要的功能。但是軟體的開發需要一定步驟，有團隊合作精神，經過需求分析明白客戶需求，要什麼功能，並完成軟體的概要設計，再進行討論並與客戶溝通。然後進行軟體設計，然後程式 編寫，軟體測試debug，體驗版，後續維護等等。這樣才是乙個專案。軟體...