第五章失敗的過程也是過程
今天王建民老師
依舊帶領著我們閱讀了大道至簡第五章，
第五章是失敗的過程也是過程。通過前面的技術、
團隊和溝通
，這章主要講了關於做工程的問題
。 文章開篇以一句
《明皇實錄》中
的「虛有其表耳」
來說明乙個很重要的問題就是：不能
只求外表，而是要透過表象，力求實質。
第五章的整體思想是讓我們注重過程，因為
有很多人從來不注重過程，只注重結果。
然而過程對於乙個程式設計人員
也是非常重要，如果乙個好的程式設計員從來不
在乎程式的過程，
只是關心最後程式是否能夠實現，
那麼這個程式設計員一定不是乙個好的程式設計員。過程是
需要積累，有許多程式設計員急於求成，往往不把過程看的很重要，忽略了過程，尤其
在程式設計過程中，一定要寫**的注釋，這很重要，
這是乙個優秀的程式設計師一種良好的**習慣
。因此，在程式編寫的過程中，失敗的過程也是過程
。第一節說的是
過程不是工程，我們在做工程的時候，不能總是照著別人的思想及其步伐去做工程，做工程不
能像是走過場，
不能認為
實現才是目的，只有實現了乙個工程，才有基礎去優化它，找乙個更好的方法去代替他，最終達到目的。
工程只是一種實現的途徑。最初做開發的前輩們，不用什麼工程或者過程，也一樣編出了程式，也一樣解決了問題，也一樣實現了目的。而現如今，我們講工程了，講過程了，講方法了，卻什麼都再也做不出來了。
因為工程被當成了藉口，掩蓋了我們做事的真正目的：「實現」。因此，我們在乙個專案中常常聽到說「工程要這樣做」
，或者「工程要那樣做」，而絕少聽到「專案要求這樣做」或者「客戶的本意是那樣的」。這樣的結果是：我們做完了工程(的每乙個過程)，卻沒有完成專案(的每乙個「實現目標」)。為工程而工程的人，都迷失在專案中了。
過程是一段積累，不能老是記住一種方法，軟體工程是實踐中摸索出來的方**，每個組織的大小，行業，具體情況都很不一樣。模型就是樣子，做完過程的每乙個階段，並不等於做過程，或者說，工程並不是這樣就可以做成功的。為工程二工程的人，都迷失在乙個技術的細節上一樣。專注於細節的人，可以把每乙個過程的流程圖都畫出來，卻也被乙個流程給**的死死地，再也沒有一絲喘氣的機會。
過程不是死模型，試著跳出大師們的身影，再仔細的看一下那些所謂的經典過程，不過是在瀑布模型上的一點轉變，瀑布模型描述了開發的主要環節，於是一群人把這些環節擰開扭曲或者反覆的，過程理論中，如果懂得了所謂的模型原本都演化自那個簡單的瀑布，那麼文件也可以應時，因地制宜，越是簡單的東西，往往越是接近本質。真正精髓的東西，是實實在在的東西。
工程不是做的，是組織的我們總是在說「做工程」，好象工程就是麵包饅頭一樣，有個模子，拿來照著一堆面按上一按，放在籠屜上蒸上一蒸，就可以「做」出來了。經歷過工程的人都知道，我們沒有那個模子，而工程中的人員也不是那一堆面。所以我們當然不能「做」工程，而是要「組織」工程。專案經理的工作，就是要去組織這個工程中的各個角色，使得分工明確，步調一致，共同地完成這個專案。
大道至簡第五章
大道至簡第五章 失敗的過程也是過程 虛有其表耳。明皇實錄 做過程不是做工程，我們做每一件事，都會有所需要的過程。所有的事都不會一蹴而成。做每一件事都需要許多的過程，只有把乙個個過程做好，才能把一件事情完美解決。軟體工程，我們雖然最終要做出的是乙個工程，然而工程的每乙個過程都是非常重要的。很多人把問題...
讀《大道至簡》第五章
假如這一次失敗了，不要緊，失敗一次沒什麼，沒有乙個人是永遠的贏家，有誰見過沒曾打過敗仗的將軍？人生不能沒有教訓。有一句話這樣說 跌倒了不必急著站起來，四周找找看有沒有可以撿的，再站起來。我始終認為，重要的是過程，風雨過後不一定要見彩虹，其實能夠引起震動的是雷電。那個彩色的光環是瞬間的，真正有意義的是...
《大道至簡》第五章有感
今天，我閱讀了大道至簡的第五章 失敗的過程也是過程 作者首先告訴我們 做過程不是做工程 為什麼這麼說？作者講到，按照模型，做完過程的每乙個階段，並不等於做工程。或者說，工程並不是這樣就可以做成功的。如果工程可以做成的話，只需要有模型就足夠了。因此做過程並不是做工程的精義，也不是目的。然後，從作者的敘...