《構建之法》讀後感
《構建之法》這本書，是由縐欣老師所編著，我是在大三下學期學習這本書的。用乙個網路紅語來形容這本書，那就是接地氣。剛接觸到這本書，第一感覺就覺得它與眾不同，不同於以往的程式設計書，它的形式很新穎，排版非常活潑。說實話，可能是因為它每一頁的新穎排版方式讓書本的每一頁看起來文字沒有那麼密密麻麻，而且還有插圖，所以我才會一發下來我就把它翻了一遍。
通過第一章，我大概了解我將要從這本書中學習什麼，如何落實學習。鄒老師通過設定簡單的人物和簡短的話語，**並茂，使得書本遠離枯燥無味。我印象非常深刻的是第四章講的兩人合作。讓我更加了解了集體合作的重要性和團隊意識。這個章節中一直提到我們要養成**規範的好習慣，在編寫**時候要注意**風格規範，**風格規範原則是簡明易懂，無二義性。以及**設計規範通用的原則。在**複審這一塊，提到最基本的複審手段是同伴複審，團隊重要性再一次深記在我心中。早前我在圖書館相關書籍上曾經看到過一些對於結對程式設計的記載，我認為都沒縐老師這本書寫的形象。在這本書中，結對程式設計的兩個角色分別比作是駕駛員和領駕員。駕駛員控制鍵盤的輸入，領駕員起到了領航提醒的作用。
《構建之法》這本書是跟軟體測試這本書配合著教學的。所以作為學生我們也更著重的看這一章節的內容。軟體測試在我們以前學過的書本中就提到過，軟體工程跟計算機組成原理中都有很多對於它的介紹。大家都非常熟悉的黑盒白盒測試，是按照測試設計的方法分類，以前學習**時候總在想，寫的**少還好，還可以做到一頁一頁翻看去糾錯，如果寫的**多了，實現起來就不太現實了。學了這本書才發現了軟體測試的用意。乙個好的軟體測試是基於乙個好的測試方法的。在這本書中，我們學了unit
和findbugs
測試，都非常方便。
總之，我個人認為這是一本濃縮了無數精華的好書，像我們讀軟體的或者是在從事軟體行業的人，都應該人手一冊，如果把我們搞軟體的人比作是一群行兵打仗的人，那《構建之法》就是我們的《孫子兵法》！
問題：1、在析構函式中，釋放指標時為什麼不用檢查null？
2、敏捷流程中，每一步做什麼都考慮的很詳細，但是真正的工作有些問題做不到的，該怎麼辦？
3、使用者體驗，要不要貫穿整個軟體的開發過程？
4、**複審真的有那麼重要嗎？
5、結對程式設計中，兩個人之間產生矛盾影響到**怎麼解決？
構建之法讀後感
書中有提到一句名言 軟體 資料結構 演算法 但是，在真正進行軟體開發時，我們會發現 我們所需要的資料結構和演算法都是現成的，我們只要進行呼叫和實現就可以了。在我學習了本書的第一章後，我認識到了 軟體 程式 軟體工程 從此也可以擴充套件為 軟體企業 軟體 商業模式 軟體從最初的乙個簡單的程式，擴充套件...
《構建之法》讀後感
前段時間，我自學了 構建之法 的1,5,17章，並產生了很多自身的體會。首先，在第一章中我大致了解了我可以在書中學到什麼，如何落實學習。1.1節通過三個簡短的對話，啟發我對什麼是程式，什麼是軟體，什麼是軟體工程，也了解到了乙個軟體不是簡簡單單就能說寫就寫的，還需要考慮各種因素，如人們的需求，功能的可...
構建之法讀後感
第一章 軟體工程。寫軟體就是碼 寫出來，組合語句和演算法，實現需要的功能。但是軟體的開發需要一定步驟，有團隊合作精神，經過需求分析明白客戶需求，要什麼功能，並完成軟體的概要設計，再進行討論並與客戶溝通。然後進行軟體設計，然後程式 編寫，軟體測試debug，體驗版，後續維護等等。這樣才是乙個專案。軟體...