久久精品无码午夜福利理论片,亚洲精品无码久久毛片,精品99久久aaa一级毛片

讓內心永遠燃燒著偉大的光明的精神之火！

靈活的思考，嚴謹的實現

豪邁的氣魄、頑強的意志和周全的思考

是思考還是思想——靈活的軟件工程

《大道至簡》第八章“是思考還是思想”看起來就像一個雜物箱，里面充斥著作者的一些零散的、片段式的文字。不知道是不是正如標題所說：作者這些看似雜亂的想法，到底是他的思考，還是思想？

第1節主要說明雖然書中對軟件工程的各個要素孤立來分析，但是其實所有這些要素之間是相互關聯的，是一個有機的整體。所以，對軟件工程的把握，我們不能將這些要素割裂開來，需要整體來思考。我覺得，作者發明的EHM就是一個很好的架構圖，秉著這個秘笈，就算有些彎路，也不會差得太大。

第2節作者談論自己對RUP的另一個視角——雜物箱。作為一個重量級的軟件開發過程模型，他體現了巨大的“包容性”，所以作者把他比喻成一個雜物箱。那雜物箱和專業工具箱的差別是什么呢？其實，專業的工具也都可以放入雜物箱，只是沒用的多余的東西也可能混雜其中，所以，需要做的就是定制！一個RUP實在太大太廣太全了，以至于不僅難以學習、把握和運用，而且大多數情況也不需要全部都用上，否則不僅無法起到有效的作用，反倒成為一種累贅。所以，對像RUP一樣的軟件工程模型，我們首先需要根據自己的團隊、項目進行必要的定制，才能找到適合自己的軟件工程模型。

第3節“UML與甲骨文之間的異同”其實就是再次回到溝通的問題，對一個團隊而言，無論是UML，還是甲骨文，只要有明確的規約，而且大家都能很好的接受，就是很好的溝通語言。反之，則UML和甲骨文都沒有區別，因為缺少規約和說明的圖案，都是天書。這個道理：其實是說明溝通不要追求更不要限于形式，ML固然顯得很專業，但是如果不能被廣泛接受，那么“聚室而謀”這種最簡單最原始的做法可能效果更好。溝通本身是一個最基本的問題，如果能簡單化，未嘗不是一件好事。事實上，我認為，如果“聚室而謀”廣受歡迎，那么說明這個團隊的關系和氛圍都很好，對溝通的效果更是相得益彰的！

第4節討論的是軟件工程中的角色問題。不同的角色，他們的關注層面是非常不同的。不要期望BOSS理解某種設計顯得多么優美，也不要期望Programer多么考慮為項目節省成本，要鋪就這個天塹中的橋梁，正是項目經理這個角色的職責之一。意識到自己角色的定位、職責，是做對、做好事情的前提！

第5節談到軟件工程中的一對矛盾：目標（產品的功能和交互的時間）和產品的質量總是一對難以調和的矛盾。不過，沒有誰能告訴你徹底解決的辦法。就類似于無論硬件性能的如何提升，都無法滿足軟件無止境的需求一樣。或許，這對矛盾將是永遠困擾軟件工程的問題。

第6節“枝節與細節”，再次提醒軟件工程管理人員，很多時候確實需要關注一些細節問題，以保證產品質量。但是做決策的時候又必須學會忽略細枝末節的問題，只有把握整體才是關鍵，才能做出正確的決策。

第7節作為全書主體內容的最后一節，作者以一個命題來表達了對軟件工程的總體看法——靈活的軟件工程。軟件工程是一系列嚴謹的過程，但又需要靈活的掌控。不要拘泥于軟件工程各個過程的形式，正如作者說的：“所以死讀一本《軟件工程》的人不會做真正的軟件工程”。只有首先深刻把握了軟件實踐的思想，謹記軟件工程整體的終極目標——實現，然后才可能優化地配置和組織所有的環節和過程，才能真正的做好工程。

靈活的軟件工程，這是結束《大道至簡——軟件工程實踐者的思想》一書的最后一個思想。

posted on 2013-07-17 11:03 Tim 閱讀(232) 評論(0) 編輯收藏引用所屬分類: 品讀《大道至簡》

只有注冊用戶登錄后才能發表評論。
【推薦】100%開源！大型工業跨平臺軟件C++源碼提供，建模，組態！

相關文章: 品讀《大道至簡》團隊缺乏的不只是管理——“體制病”的猛藥是思考還是思想——靈活的軟件工程思考項目成本的經理——忽略細節，把握關鍵從編程到工程——系統地分析軟件工程失敗的過程也是過程——軟件工程的模型和過程跟隨螞蟻——軟件開發團隊管理思想是懶人造就了方法——做思維勤快的懶人為不存在的角色留下溝通的渠道——讓項目的歷史有據可查流于形式的溝通——溝通需要用心準備

網站導航: 博客園 IT新聞 BlogJava 博問 Chat2DB 管理

無我

是思考還是思想——靈活的軟件工程

導航

統計

公告

留言簿(9)

隨筆分類(173)

IT

Life

搜索

積分與排名

最新隨筆

最新評論

閱讀排行榜