做過程不是做工程，失敗的過程也是過程。軟體工程這個概念是上個世紀60年代末被提出的概念，成熟的標誌是軟體工程的瀑布模型的提出。瀑布模型將軟體開發的過程分成需求、分析、設計、開發和測試等5個主要階段，其主要環節關係表現為如下這樣一種形態：
計畫 可行性研究
需求分析
系統設計
程式設計
編碼與模組測試
組合與系統測試
執行&維護
之後，很多人研究過模型問題，很多人從實際工程中提煉出來的過程模型都是值得稱道的。例如rad模型、螺旋模型和現在常被提及的rup模型就是讓你按照做的樣子。
按照模型的樣子，做完每乙個階段，並不等於做工程。用模型來做工程即使亦步亦趨也做不好工程。如果可以那樣做，只需要瀑布模型就足夠了。因此做過程並不是做工程的精義和目的。
存在這樣的問題原因：就像四川的「走過場」一樣，沒有什麼實質內容。每乙個節角色都把自己的環節當成乙個「過場」。如同演戲一樣，從a做到z，就一切都完成了。但是如果永遠這樣做下去，專案將是一場無休止的演出。最終，觀眾受不了就走人，演員受不了就散夥，戲目與專案竟如此相似。
很多人把本質給忘掉了。從最開始，我們編成的目的就是實現乙個東西，無論他的大小，我們的目標是「實現」他。然而，工程只是實現他的一種途徑。最初的前輩並沒有用什麼工程的字眼去標註，卻一樣解決了問題，而如今，我們把它論為工程專案，還講究方法的時候卻什麼也做不出來了。是不是很奇怪。因為工程被當作我們的藉口，掩蓋了「實現」的目的，導致最後工程的每乙個過程都做完了，卻沒實現每乙個目標。為了工程而工程的人，都迷失在專案中。
過程不是死模型。試著跳出大師們的身影，仔細研究一下那所謂的「經典」，不過是一些變形。但是很多人卻不以為然，如果只知道其表裡就和買櫝還珠的人無兩樣。我們要理解更深層次的實質性的東西，我們要考慮模型變化的真實意圖。在乙個不斷的回顧和確認的模型中需要把它放進工程外包的背景裡去考慮就明白了。專案成果階段性考察是他們的第一要務，這直接決定了何時、如何，以及由誰來進入下乙個環節。正因為如此，這個模型才會如此實用。既節省人力又可以保障工程質量。相對於瀑布模型，他更源於實際的需要，把測試與審評階段抽取出來。
古人也有訓誡，學習敦厚謹慎，不要效仿豪俠仗義，但適量就可以。以得失而論，學習瀑布模型不成著，可思過程的本質，學習後者不成者，可的文字的架子。越是簡單的東西，往往越是接近於本質。真正真實的東西是實實在在的東西。
大道至簡第五章讀後感
大道至簡第五章題目是失敗的過程也是過程，但是失敗的工程就不是工程了。因為乙個工程需要的就是你最後的實現，是乙個交給客戶或者交給你的專案經理能過使用的東西。所以說過程不等於工程，儘管可以從工程中提煉出許多過程模型，但是做完過程的沒乙個階段並不等與做了乙個工程。因為工程的目的在於實現。實現才是我們做工程...
大道至簡第五章讀後感
失敗的過程也是過程 大道至簡第五張給我們講述了工程的實質與實現。工程是我們為了符合客戶的要求而作出的近乎完美的作品，要擺正自己的態度認真去對待乙個工程，而不是像應付作業一樣被逼著完成的作業。工程的本質在於我們要盡自己最大的努力將工程做的和客戶的要求與使用者的設想盡可能地一致，在做好這個工程的過程中，...
大道至簡第五章讀後感
失敗的過程也是過程 虛有其表耳。明皇實錄 做過程不是做工程，我們做每一件事，都會有所需要的過程。所有的事都不會一蹴而成。做每一件事都需要許多的過程，只有把乙個個過程做好，才能把一件事情完美解決。軟體工程，我們雖然最終要做出的是乙個工程，然而工程的每乙個過程都是非常重要的。很多人把問題的本質給忘掉了。...