假如這一次失敗了，不要緊，失敗一次沒什麼，沒有乙個人是永遠的贏家，有誰見過沒曾打過敗仗的將軍？人生不能沒有教訓。有一句話這樣說：「跌倒了不必急著站起來，四周找找看有沒有可以撿的，再站起來。」我始終認為，重要的是過程，風雨過後不一定要見彩虹，其實能夠引起震動的是雷電。那個彩色的光環是瞬間的，真正有意義的是為此努力、為此奮鬥的經歷。有智慧型的人往往能從逆境中總結出寶貴的經驗，所以乙個人偶爾失敗了，只要意志不倒下，有時反而會有意外的收穫。所以說失敗的過程也是過程。
瀑布模型是乙個專案開發架構，開發過程是通過設計一系列階段順序展開的，從系統需求分析開始直到產品發布和維護，每個階段都會產生迴圈反饋，因此，如果有資訊未被覆蓋或者發現了問題，那麼最好 「返回」上乙個階段並進行適當的修改，專案開發程序從乙個階段「流動」到下乙個階段，這也是瀑布模型名稱的由來。包括軟體工程開發、企業專案開發、產品生產以及市場銷售等構造瀑布模型。如上面所說，我們做的不是工程，而是過程。換而言之，亦步亦趨是做不好工程的，如果工程可以那樣做成的話，只需要瀑布模型就足夠了。因此做過程並不是做工工程的精義。當然了，不僅僅是學到一些知識，我們還應該從中學到其他的，有一些感悟存在才能說不浪費了這本書的作者的期望。
其次，我們做工程不能僅僅是走過場當專案變成了無休止的演出的時候，不論走了多少的過場都沒有任何的意義。再者，我們是為消費者提供服務的，因此，實現才是目的。為工程而工程的人都迷失在專案中了。就像開發人員迷失在乙個技術的細節中一樣。
再者，過程不是死模型，我們應該試著跳出大師們的身影，再仔細看一下那些所謂的「經典」的過程，不過就是在瀑布模型上的一再變形罷了。但是我們也應該要清楚，過程模型是在已有的工程中總結出來的，也就是說，在某個模型有了名字之前他就已經存在了，就已經被一些團隊或者公司創生並使用了。
而且，我們做任何事多要做到專業，不能畫虎不成反類犬，我們所要比較的是骨子裡所得所失的東西，而不是架子上的像與不像。同樣得失而論，在瀑布模型與其他的模型之間，學習前者不行，可以思考其中的本質；學習後者不行，可以得到文子的架子。過程理論中，本質的東西若能理解透徹，架子還不是隨手搬來就可以用的嗎！越是簡單的東西，往往越是接近於本質。
最後，工程不是做的，而是組織的。我們總說做工程，好像工程就像是麵包饅頭一樣，有個模子。經歷過過程的人都知道，沒有那個模子，工程人員也不是那一團面。所以。我們不能做工程，而是在組織工程，組織工程的各個角色，使之分工明確，以便圓滿完成。
讀《大道至簡》第五章有感
大道至簡 第五章開篇引用 明皇實錄 中的一句 虛有其表耳 用現在的話來說就是 徒有其表罷了 然後就講做工程絕不是做過程，為什麼這麼說呢？因為做過程只是按照乙個固定的模版，一步一步的做下去。而這樣做出來的產品往往是不太令人滿意的。也注定是失敗的。所以我們就需要從這個失敗的過程中找到失敗的原因。因為我們...
讀大道至簡第五章有感
該章開篇第乙個部分寫的是做過程不是做工程，主要介紹了軟體工程的創立及成熟的標誌。其成熟的標誌是軟體工程的瀑布模型的提出。瀑布模型將軟體開發的過程分成需求，分析，設計，開發和測試等五個主要階段。在瀑布模型之後很多人開始研究過程模型的問題。這也是很多問題出現的源頭。很多人認為只要把工程按照瀑布模型做，做...
大道至簡第五章
大道至簡第五章 失敗的過程也是過程 虛有其表耳。明皇實錄 做過程不是做工程，我們做每一件事，都會有所需要的過程。所有的事都不會一蹴而成。做每一件事都需要許多的過程，只有把乙個個過程做好，才能把一件事情完美解決。軟體工程，我們雖然最終要做出的是乙個工程，然而工程的每乙個過程都是非常重要的。很多人把問題...