第二部分講到了程式，程式=演算法+結構，這是大一時期c++老師每次上課必說的一句話，這是程式設計的本源定義，也是原始的狀態。與**相關的任何工作，最終仍舊會落足於這樣的一條規則，程式設計的精義於此，從有開發行為開始，他就存在了。
第三部分講了方法，很多時候程式設計師拿到乙個專案或者是我們拿到乙個題目，不是先去閱讀他找到方法，而是悶頭去做，做到哪算哪，**做不下去了才開始回頭看，其實這樣最浪費時間了，有可能要求的重心在後面，而前面全部與重心背離了，方法不是某個人或者某個組織創造的，瓜熟而蒂落，實踐積累達到一定的程度微軟不提出某個方法，ibm也會提出這個方法，及時他們都不提出，可能你自己已經在使用這個方法了。
方法並不神秘，因為他就是今天正在做的，從事的和實現的，正如「模式」是一種方法，而模式就是你昨天書寫**的那個行為。只不過，gof歸納，抽取，提公升了這些行為的內在規律。你看不到你做事的行為，也就不能理解「模式」作為一種方法的價值，所以大師們眾口一致，模式需要一定的程式設計經驗才能理解。同理，程式設計過程也需要程式設計經驗，理解物件也需要程式設計經驗，理解mda與soa還是需要程式設計經驗。
第四部分講了過程，過程半生工程而出現，過程解決的是工程角色間的關係問題，過程說的是很多的人（團隊）如何組織在一起進行開發的問題。他首先把工程中的環節分解出來，這樣，有了環節，就有了角色，有了角色，就有了溝通。因此。過程中的問題，就是角色。溝通和環節的問題。那些環節重要取決於具體的程式設計行為，也就是具體的專案。
第五部分講到了工程，最狹義的工程是描述「做什麼」和「做到什麼」。也就是說，是對目標的描述和成果的檢測，至於這個工程目標的實現，是「過程」和「方法」的是；而有效快速的實現「過程」和「方法」所需的就是「工具」。這種軟體工程系層次被描述成一張圖。
第六部分講了組織，很多事情都需要組織，比如舉辦一次晚會，開展一次活動，做工程也毫不例外，當一件事組織得當做起來就會事半功倍，在組織的過程中肯定會遇到很多問題，比如人員的分配，人物的分配，但是很好的解決這些問題是成功的關鍵
第七部分講了boss很多人認為boss是給自己發錢的那個人，這其實是錯誤的，發錢的決策通常是由三個角色來做的。部門團隊經理，紀效經理，財務經理。
第八部分講了上帝之手基於某種資料結構的程式設計時間決定了軟體開發方法理論的產生。從這一點可以看出方法，是對既有行為的歸納總結。因而實現方法總是最先出現的，而後才有分析和設計。
通過這章主要知道了程式設計和過程的關係，只有把每個過程都做好，程式才能做好。
《大道至簡第六章》讀後感
作為程式設計剛剛入門不久的我們，我們大多數的精力，吸引力，眼球都放在 上，因為我們覺得寫出 對我們來說是最重要的，可在閱讀了作者給出的經驗心得以後，我發現 語言知識工具 對於 軟體工程 四個字，我們這個專業的再熟悉不過了，但是能真正看透就需要一些境界了。方法 過程 工程與組織，看清楚這一切的第一步就...
大道至簡第六章讀後感
得其精而忘其粗，在其內而忘其外 見其所見，不 見其所不見，視其所視，而遺其所不視。列子 說符 算了，就不發表我的感想了，看過之前的讀者應該都懂。1.語言只是工具 從作者的經歷中不難看出，作者的職業生涯與普通人並沒有什麼不同。而當今作者不再專注於語言了，作者已從思維的盲區中解放了出來，語言只是一種工具...
《大道至簡》第六章讀後感
我們拼了命的學習程式語言就是為了程式設計，而程式設計的精義於此。從有開發行為開始，它就存在了。愚公在數千年前就在用類同的行為做程式設計實踐，而幾十萬 年前智人，也在迴圈與分支所構成的邏輯中打轉。因此，我們在程式設計之前應該先掌握程式設計的精義。程式設計需要有適當的方法，正如周愛民先生提到的，方法並不...