該章開篇第乙個部分寫的是做過程不是做工程，主要介紹了軟體工程的創立及成熟的標誌。其成熟的標誌是軟體工程的瀑布模型的提出。瀑布模型將軟體開發的過程分成需求，分析，設計，開發和測試等五個主要階段。在瀑布模型之後很多人開始研究過程模型的問題。這也是很多問題出現的源頭。很多人認為只要把工程按照瀑布模型做，做完過程的每乙個階段，
雖然很多模型是值得稱道的例如rad（快速應用開發）模型，螺旋模型和現在常被提及的rup模型，但是做過程不是做工程，模型就是樣子我們可以根據好的模型來確立以後要做的工程的步驟以及思考方面，例如每個單元的分工以及要如何實現所需要的功能。借鑑好的模型的內涵而不是亦步亦趨，這樣才可以後所進步，如果只是一維的照搬照抄非但不會進步還會失了模型的初衷。
第二部分主要講了做過場，過場是舞台術語，意思是角色從舞台一端出場，再走到另一端進場的乙個過程。過場角色一般沒有唱腔或者道白，即便是有，也是沒有什麼實質內容的。所以有些人把做過程演示成了做過場，每乙個角色把自己的環節當成乙個過場，那麼專案將是一場無休止的演出，不僅過程不能優秀甚至不能成功做成，而且還會壞了團隊的氣氛和工作態度，在我看來程式設計師最忌諱的就是照搬照抄和做表面工作。與其這樣還不如不做。因為沒有任何意義。
第三部分寫到了實現，才是目的。很多人把問題的本質給忘掉了，在做工程中總是一味的強調方法和步驟，生搬硬套，現在在做專案時我們常常聽到「工程要這樣做」或者「工程要那樣做」卻很少聽到「專案要求這樣做」或者「客戶的本意是那樣的」我們總是在一味的強調過程的方法而忘記了做專案的目的，結果常常是我們做完了工程（的每乙個過程），卻沒有完成專案（的每乙個「實現目標」）。為了工程而工程的人，都迷失在專案中了，就像開發人員迷失在乙個技術的細節上一樣。我們總是在過分的強調目的和方法從而忘記了專案的要求，以至於在最後的時候反而背道而馳。
第四部分寫到了過程不是死模型，在上小學時我們就經常被教育到要有自己的想象力，寫作文時總是被鼓勵要想象力豐富，大膽的發揮自己的想象力，所以總是會有人寫出一些天馬行空的東西，關鍵是我們沒有乙個具體的模型，沒有框剪來束縛主我們的思維，但是到了做工程上，很多人總是被一些固有的條條框框所束縛，一旦我們沒有了自己的想法總是照搬照抄前人的模型那麼過程就變成了死模型，透過現象看本質是要求現在大部分程式設計師需要學會的，拒絕做買櫝還珠者是每乙個程式設計師的目的。
第五部分寫到了刻鵠類鶩與畫虎類狗，這兩個成語相信很多人都不陌生，學到優秀模型的真諦並且得以熟練的運用才是最好的結果。
結尾說到了工程不是做的是組織的，這就說明了每個工程並不是想做饅頭一樣而是有專案經理組織的，專案經理要組織這個工程中的各個角色，使得分工明確步調一致，共同的完成這個專案，這就要求了團隊的默契。
通過第五章我大概明白了做工程更深刻的含義，靈活運用，透過現象看本質以及時刻不忘初衷最後是團隊的共同協作。只有這樣才能將乙個工程成功的完成。
讀《大道至簡》第五章有感
大道至簡 第五章開篇引用 明皇實錄 中的一句 虛有其表耳 用現在的話來說就是 徒有其表罷了 然後就講做工程絕不是做過程，為什麼這麼說呢？因為做過程只是按照乙個固定的模版，一步一步的做下去。而這樣做出來的產品往往是不太令人滿意的。也注定是失敗的。所以我們就需要從這個失敗的過程中找到失敗的原因。因為我們...
《大道至簡》第五章有感
今天，我閱讀了大道至簡的第五章 失敗的過程也是過程 作者首先告訴我們 做過程不是做工程 為什麼這麼說？作者講到，按照模型，做完過程的每乙個階段，並不等於做工程。或者說，工程並不是這樣就可以做成功的。如果工程可以做成的話，只需要有模型就足夠了。因此做過程並不是做工程的精義，也不是目的。然後，從作者的敘...
讀《大道至簡》第五章
假如這一次失敗了，不要緊，失敗一次沒什麼，沒有乙個人是永遠的贏家，有誰見過沒曾打過敗仗的將軍？人生不能沒有教訓。有一句話這樣說 跌倒了不必急著站起來，四周找找看有沒有可以撿的，再站起來。我始終認為，重要的是過程，風雨過後不一定要見彩虹，其實能夠引起震動的是雷電。那個彩色的光環是瞬間的，真正有意義的是...