「失敗的過程也是過程「，大道至簡第五張給我們講述了工程的實質與實現。工程是我們為了符合客戶的要求而作出的近乎完美的作品，要擺正自己的態度認真去對待乙個工程，而不是像應付作業一樣被逼著完成的作業。工程的本質在於我們要盡自己最大的努力將工程做的和客戶的要求與使用者的設想盡可能地一致，在做好這個工程的過程中，所有的工作人員都要盡心竭力，不能應付敷衍了事。乙個部門應付，就會導致下乙個部門有誤解，再到下乙個部門又是如此，久而久之，最終做出來的工程會和客戶的要求大相徑庭，失敗就在所難免了。
做工程不是走過場，有時候甚至小到乙個**出問題，整個程式都會癱瘓。我們對待程式要認真，盡心竭力做好自己要做的事情，千萬不能覺得乙個人敷衍不會對整個工程實現不會有太大影響，每個成員的努力才能保證工程的完成。每個人都做好自己的工作，最終才有可能使工程實現。
工程的最終目的是實現，工程實現不了，做再多都白費。就好像乙個人大學四年，從來都沒有掛科，但是最終卻沒有找到工作，之前那個沒有掛過科也就沒有什麼意義了。乙個工程，最終的目的在實現，一切為了實現，每乙個細節做得多麼完美，多麼優秀，最終無法實現，就沒有任何意義。所以做乙個工程不能被乙個小的部分綁死，最終的目的是實現，要將重點放在實現上。如果只是努力把自己的任務做好了，而不去管工程整體的實現，最終的工程只會是一塌糊塗，沒有什麼實際性的意義。在我們現在的學習中，就要注重乙個程式整體的實現，在實現乙個程式的執行之後再去糾結把那些小的細節寫得完美，我們現在就應該培養這些習慣，培養自己在做工程中注重實現的能力，習慣。
如今，很多所謂的模型諸如rad，螺旋，rup等等，不過是在原始的瀑布模型上的各種疊加改造而已，過程並非死模型。但是在原始瀑布模型上的改造也一定有它的道理，某些模型是在既有的工程的實現過程中總結出來的，因此我們也可以根據自己的需求做出最適合自己的模型，也就是作者所謂的x,y,z模型。但是我們在學習的時候，千萬要學習到別人的精髓，大師的精髓，千萬不能本末倒置，這樣才能對我們的能力的培養與鍛鍊有所幫助。
作者在最後說到了工程不是做工程，而是組織工程。乙個專案團隊，要靠專案經理明確協調分工，組織這個團隊合力去完成，最終保證工程的實現。
大道至簡第五章給我們講到了做工程。的過程中要注意的很多東西，正處程式設計學習過程中的我們要注意從現在開始要養成一些習慣，不要本末倒置，因小失大。在以後的學習中，我們要多注重程式設計素質的養成，而不僅僅是程式設計的能力。
大道至簡第五章讀後感
做過程不是做工程，失敗的過程也是過程。軟體工程這個概念是上個世紀60年代末被提出的概念，成熟的標誌是軟體工程的瀑布模型的提出。瀑布模型將軟體開發的過程分成需求 分析 設計 開發和測試等5個主要階段，其主要環節關係表現為如下這樣一種形態 計畫 可行性研究 需求分析 系統設計 程式設計 編碼與模組測試 ...
大道至簡第五章讀後感
大道至簡第五章題目是失敗的過程也是過程，但是失敗的工程就不是工程了。因為乙個工程需要的就是你最後的實現，是乙個交給客戶或者交給你的專案經理能過使用的東西。所以說過程不等於工程，儘管可以從工程中提煉出許多過程模型，但是做完過程的沒乙個階段並不等與做了乙個工程。因為工程的目的在於實現。實現才是我們做工程...
大道至簡第五章讀後感
失敗的過程也是過程 虛有其表耳。明皇實錄 做過程不是做工程，我們做每一件事，都會有所需要的過程。所有的事都不會一蹴而成。做每一件事都需要許多的過程，只有把乙個個過程做好，才能把一件事情完美解決。軟體工程，我們雖然最終要做出的是乙個工程，然而工程的每乙個過程都是非常重要的。很多人把問題的本質給忘掉了。...