《大道至簡》弟七八章讀後感

標籤：

    第七章標題為現實中的軟體工程，共分為四小節，標題分別為：1、大公司手中的算盤；2、回到工程的關鍵點；3、思考項目成本的經理；4、審視AOP；5、審視MDA/MDD。第八章分為七小節分別是：1、軟體工程的三個要素的價值；2、其實RUP是一個雜物箱；3、UML與甲骨文之間的異同；4、  經營者離開發人員很遠，反之亦然；5、  矛盾：實現目標與保障品質；6、枝節與細節；7、靈活的軟體工程。

    在第七章第一小節中作者向我們介紹了IBM公司的發展狀況，並由此講到其他的大型軟體公司，揭示了他們一面打壓對手的優勢，一面又藉助對手和同盟的力量來削弱自己的劣勢或者補充實力的現實內幕。並下了軟體業界如今的局面，不是一些人( 例如程式員或者評論家們) 爭爭吵吵的結果，而是大公司們相互制衡的結果這一結論。

    第七章第二節講述了軟體開發的模式，並指出在“程式”與“方法”層面，是關注於“( 具體的) 實現”的；而在“過程”和“工程”層面，更首要考慮的是團隊問題。從角色的角度上來講，開發經理思考項目的實施方案和管理具體的開發行為；而專案經理則保障團隊的穩定性和一致性。 然而這隻是基本模式，或者說，是理想模式。

    第七章第三節作者向我們講述了作為專案經理應該關注的東西，專案經理應該從細節中跳出來，思考的問題應該是完成工程的“方法”，而評價這一方法是否成功的標準便是是否節約成本。作為專案經理應該學會思考成本，不計成本的專案計劃不會得到經營者的支援，毫無目的地消耗成本是項目中的慢性毒藥，最致命的風險是成本的枯竭。

    第七章第四五節向我們講述了AOP與MDA/MDD。AOP不是語言，是方法論。OOP所基於的資料結構是對象(Object) ，而AOP所基於的資料結構就是方面(Aspect)。切分點是 AOP作為一個架構時所需要的一個工具：一組辨識Acpects 和Objects的索引。至於MDA/MDD。MDA(Model Driven Architecture)也是一個方法論層面上的名詞。它討論的是“建立出機器可讀和高度抽象的模型”的方法。在工程中，“以什麼驅動開發”其實是一個過程問題。儘管對MDA提出了一套完備的技術和方法體系，工程實施者卻無法在這個體系中找到一個可以適用的軟體過程模型。——MDA不討論過程。

     第八章第一節軟體工程三個要素的價值。而所謂的三個要素則是：工具、方法與過程。它們實際上是相互作用的。例如“過程”問題，就既有實施過程的工具，也有相關的過程方法理論。工程的整體問題仍舊是“實現”。

     第八章第二節講了其實RUP是一個雜物箱。這主要是說RUP像雜物箱一樣包容了前人在軟體過程思想內容。你可能 從這個雜物箱裡面拿出了一把剪刀，或一隻蒼蠅拍，或者是一根釣杆……面對“軟體開發”這樣的一個需求，釣杆能有什麼作用呢？只要你轉化一下思維：釣竿可能帶給你的團隊精神上的激勵。它就能轉化成為生產力。至於RUP能不能被利用起來就要看你在“雜物箱”裡取出東西後的辨識能力與組織能力了。

     第八章第三節講述了UML與甲骨文之間的異同。在你真的打算用甲骨文來寫項目文檔之前，請先明確UML與甲骨文之間的異同。UML 與甲骨文都是符號文字，都具有象形含義。然而這並不表明UML符號本身能表達多麼豐富的含義。如果要象甲骨文一樣用幾代人、上千冊的論著去解釋它，那麼UML圖的價值也就只剩下象徵性的意義了。而在使用UML圖的時候應有相關的文字來描述，否則下一個閱讀UML的人將面對的將是無異於甲骨文出土是的困境。

     第八章第四節講述了經營者與開發人員的關係。經營者離開發人員很遠，反之亦然。一個完全不懂軟體技術的老闆。在EHM模型中，他所處於的位置在最右端，而開發人員在最左端，在二者之間沒有相同的關注介面( 關注點)。專案經理這個中間角色就有了一種使命：協調經營者與開發人員之間的溝通

     第八章第五節講述了矛盾：實現目標與品質保障。在需求階段我們就會面臨“目標”的問題。然而( 在大多數時候) ，與此相反的是我們會在項目交付和試用時才會碰到客戶在品質上的投訴。總之一件事，沒有人會跳出來說：我們原本就錯了。然而事實上可能真的出在源頭：我們把目標定錯了。

    第八章第六節講述惡劣枝節與細節。我們通常所說的細節，其實是對實施方法的一些有限量的描繪。比如“軟體工藝”這個概念本身的提出，就是考究“細節問題”的。枝節是事實發展的次要的分枝，它不涉及行為本身，也不是對行為本身的考量。因此我在前面的文字中說到“跳出細節”，它本意是“跳出枝節”，細節只有做到何種程度的問題，而不並是關不關注。而在現實中大家卻經常混淆這兩個概念，所以作者提醒管理者：別管它是細節還是枝節，只要你感到你的腳趾已經沾上了泥淖，就快點回頭。

     第八章第七節講述了我們做工程應該學會靈活，我們不能指望死讀一本《軟體工程》就會真正的做軟體，而是要學會變通，因為死讀一本書是無法做工程的，唯有學會變通，才能做好工程。

《大道至簡》弟七八章讀後感