???? 相信從小我們遇到困難時耳熟能詳的一句話叫做“失敗乃成功之母”，也就是說做事情雖然失敗了，但是我們能從失敗中學到經驗和教訓，為成功奠定基礎。

???? 從50年代到60年代，人們曾經把程序設計看作一種人人發揮創造才能的技術領域，只要能得到正確的結果，程序的寫法可以不受任何約束。人們認為好的程序應該是運用了許多與眾不同的技巧和竅門的程序。這種觀點就好像把編程當作了一種藝術，因為藝術總是宣揚個性，與眾不同。然而，隨著程序的規模越發地龐大，人們在實踐中發現隨心所欲編寫的程序給后期的維護帶來了很大的麻煩。程序晦澀難懂，不同時期，不同程序員寫的模塊難以接口，因此，軟件開發遇到了很大的困難，往往投入很大，收效甚微，出現了軟件危機。于是，人們在茫然之中，漸漸地拋棄了原有的觀點，開始探索一種新的軟件開發的思想，這就導致了軟件工程的產生，程序從一種按個人意圖創造的“藝術品”，轉變為一種工程化的產品。我們說工業上生產產品都有一個流程和模型，軟件工程當然也不例外。它成熟的標志是60年代末軟件工程的瀑布模型的提出。這個模型將軟件開發的過程分為需求、分析、設計、開發和測試五個主要階段。按照這個模型（當然還有別的模型），做完工程的每一個階段，并不等于做工程。也就是說，雖然在藝術里添加了工程的思想，并不等于工程就會成功。似乎我們在原本的編程里添加了工程的思想之后，卻忘了我們原本的初心是要實現工程，而不是一步步地按照模型將每個步驟操作一遍。工程很多時候被當作了借口，掩蓋了我們做事情的真正目的。那些最初的前輩們，他們并不用什么工程，不也寫出了程序，解決了問題嗎？可是為什么如今講工程了，講過程了，講方法了，卻什么也做不出來了呢？工程只是一種實現的手段，讓寫出的程序更規范化而已，但是倘若只是一昧地遵循“工程應該這樣做”、“工程應該那樣做”，卻不去考慮“項目要求這么做”或者“客戶的本意是這樣的”，最后項目失敗了，那么豈不是得不償失？

????? 工程不是做的，是組織的。不是有了模型，有了項目經理和開發人員，大家按照模型去做就可以成功的，這又不是煮飯燒菜，有原料人手和菜譜就可以的。這需要項目經理起好領頭人的作用，組織這個工程中的各個角色，了解每一個人的特點和所長，把他們分配到適合的位置上，進行彈性分工，讓每個人的價值在團隊中得到最大的發揮。（這在上一章有具體說明）組織好工程中的各個角色，使得大家分工明確，步調一致，才能共同完成好項目。

轉載于:https://www.cnblogs.com/yanyuqing/p/4927823.html

總結

以上是生活随笔為你收集整理的实现才是目的——《大道至简》第六章读后感的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。