《大道至簡》講述了軟體工作者如何思考的問題，「失敗的過程也是過程 」就講述了軟體工程師在做專案甚至是工程時應該拿出一種總樣的態度和行為來實現它。
"做過程不是做工程"講述了軟體工程自提出以來的一些進步（軟體工程的瀑布模型，瀑布模型將軟體開發的過程分成需求、分析、 設計、開發和測試等 5 個主要階段）以及這些進步帶來的」模式化「的弊端 （用 rad 模型 rup 模型來做工 程，即使是亦步亦趨，也做不好工程。 ）所以作者丟擲這樣一句話」做過程並不是做工程的精義。 也不是目的。「這就提示我們在做工程上不能僅僅注重於瀑布流程的模式不可死磕模板。在第二小節作者有緊跟上「 做過場 」這個問題。」過場角色一般沒有唱腔或 道白，即便是有，也是沒有什麼實質內容的。 」之所以這樣說，是因為每個人在做專案時都把自己的環節當成乙個「過場」，完成自己認為所謂的任務就ok了，結果把工程搞得一塌糊塗，並不會帶來什麼效益。所以做每一件事我們都要明白自己的目的何在，真正要完成的事什麼而不是簡簡單單的應付。
接下來作者就講述了如是問題「 實現，才是目的 」這告誡了我們不應在做專案時「迷失」了自己。我們的目的是什麼，我們就要做什麼，而不是模板讓我們這樣做我們就這樣做。
「專案要求這樣 做」或者「客戶的本意是那樣的」。 這才是真正要達到的！！！
「 過程不是死模型」 ：「試著跳出大師們的身影，再仔細地看一下那些所謂的 「經典」過程，不過是在瀑布模型上的一再變形」，作者如是說。這一小節告訴我們做專案要摒棄「抄襲「思想，打破模型對大腦的禁錮。源於實際應用並對其做出一些創新更加好的為我所用。他舉了乙個v模型的例子，v模型拉直了就是瀑布模型，那為什末會有人」不厭其煩「的有做一遍模型呢？因為v模型加入了源於實際的思想可以是專案簡單，這個模型無疑是成功的。當然我們也可以據我所需早出xyz等模型。
「刻鵠類鶩」與「畫虎類狗」 ： 要學習大師的真正本領，千萬不要本末倒置，只學到大師的架子卻學不到大師的本領，無異於「刻鵠類鶩」與「畫虎類狗」 。這是我的感想僅此而已。
工程不是做的，是組織的 ：專案經理的工作，就是要去組織這個工程中的各個角色， 使得分工明確，步調一致，共同地完成這個專案。 乙個團隊只有分工明確組織的黨才可以更加有效了完成專案，這些第三章已經詳細敘述了。
讀《大道至簡》第五章
假如這一次失敗了，不要緊，失敗一次沒什麼，沒有乙個人是永遠的贏家，有誰見過沒曾打過敗仗的將軍？人生不能沒有教訓。有一句話這樣說 跌倒了不必急著站起來，四周找找看有沒有可以撿的，再站起來。我始終認為，重要的是過程，風雨過後不一定要見彩虹，其實能夠引起震動的是雷電。那個彩色的光環是瞬間的，真正有意義的是...
讀《大道至簡》第五章有感
大道至簡 第五章開篇引用 明皇實錄 中的一句 虛有其表耳 用現在的話來說就是 徒有其表罷了 然後就講做工程絕不是做過程，為什麼這麼說呢？因為做過程只是按照乙個固定的模版，一步一步的做下去。而這樣做出來的產品往往是不太令人滿意的。也注定是失敗的。所以我們就需要從這個失敗的過程中找到失敗的原因。因為我們...
讀大道至簡第五章有感
該章開篇第乙個部分寫的是做過程不是做工程，主要介紹了軟體工程的創立及成熟的標誌。其成熟的標誌是軟體工程的瀑布模型的提出。瀑布模型將軟體開發的過程分成需求，分析，設計，開發和測試等五個主要階段。在瀑布模型之後很多人開始研究過程模型的問題。這也是很多問題出現的源頭。很多人認為只要把工程按照瀑布模型做，做...