???? 相信從小我們遇到困難時(shí)耳熟能詳?shù)囊痪湓捊凶觥笆∧顺晒χ浮?#xff0c;也就是說做事情雖然失敗了，但是我們能從失敗中學(xué)到經(jīng)驗(yàn)和教訓(xùn)，為成功奠定基礎(chǔ)。

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

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

轉(zhuǎn)載于:https://www.cnblogs.com/yanyuqing/p/4927823.html

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。