IBM為了完善自己的軟件的工程體系收購了Rational，這使得IBM的實力大大的增長。

一個軟件的實現離不開團隊的努力，一個人再天才也有思考不到的地方，一個人就算再沒用，也與他所擅長的地方，不論什么時候團隊應該是刻在我們每一個軟件工作者心中的事。就像我們編程時寫注釋，既是為了自己思路清晰也是為了方便團隊中其他人閱讀。大道至簡中關于團隊是這樣說的。

螞蟻的團隊總是被本能地組織得非常好。然而如果一?個螞蟻的群體中有了流行疾病，螞蟻在死去，而新生螞蟻?不能跟上其死亡的速度，那么很快，這個團隊就潰散了。?這是因為螞蟻用于維護團隊運作的“資本”在流失。?如果資本沒有了，就沒了運作，團隊的存在就沒有了必要?性和可能性。?項目就死亡了。由此可見，團隊的重要性。

制作一個軟件我們首先要確定的就是目標，如此可以讓團隊所有人的力量凝聚在一起實現更大的價值。

在需求階段我們就會面臨“目標”的問題。與此相反的是我們會在項目交付和試用時?才會碰到客戶在質量上的投訴。?需求人員會把所有的責任歸咎到開發人員，而開發人?員又不停地埋怨需求的不清不楚或者變更的沒完沒了。又?如果正巧需求和開發都是同一個人或者小組來做的，那么?他們便會開始埋怨客戶的苛刻以及工期的緊張。因為目標可能在平衡中確立，但質量卻要在過程中控?制。即使在時間、資源和功能三者中取得了平衡，即使客?戶、項目組和公司同樣滿意于這個平衡“目標”，它仍然?有可能是“不能實施”的。如果原定的目標的整體本身就過大，那么無論如何?平衡這三者之間的關系，其結果仍舊是保障不了質量。剛才說到目標和質量的問題時，提及“平衡時間、資?源和功能三者的關系”。這其實是一個實施過程中的細節。?或者說，它是一個具體的方法，而不是目的。?所以我們通常所說的細節，其實是對實施方法的一些?有限量的描繪。比如“軟件工藝”這個概念本身的提出，?就是考究“細節問題”的。從這個角度上來說，我并不反?對“細節決定成敗”這樣的觀點。但請注意一個前提：這是技術或方法的細部。軟件工程首先關注的是以客戶為對象的、整個工程的?成敗和質量。根本上說，技術性、重用性等等，只是保障?工程成敗與質量的手段而已

每個軟件都是程序員的孩子，恨不能將最好的都給他，在一次次不斷地修改中完善，最后讓所有人都滿意?，F在對于軟件工程我們還只是看到了冰山一角，在今后的學習中我們對《大道至簡》這本書一定會有更深刻的理解。要保持初心，什么是初心呢？要保持一顆時時學習的心，要時刻記得學無止境。

?

轉載于:https://www.cnblogs.com/1443188449qq/p/4965088.html

總結

以上是生活随笔為你收集整理的大道至简第七章第八章的全部內容，希望文章能夠幫你解決所遇到的問題。

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