聊聊軟件架構（一）

讀恰如其分的軟件架構

書中概括瞭解決軟件複雜度及規模增加的問題須要的武器：分治、知識、抽象。其有效性在於它們能幫助咱們在不變的的智力條件下理解不斷增加的問題！也就是說，哪怕智商爲80，也是有但願成爲架構師的。：）

分治：必須知足：分割後的各個部分必須足夠小；必須考慮如何將各個部分裝配爲總體。

知識：開發人員已經習得或者積累的解決問題的方法。

抽象：我以爲抽象能夠理解爲，重點考慮咱們要達到的目標所須要的主要動做，同時忽略一些細節。

軟件架構幫助解決軟件系統的複雜度及規模增加帶來的問題。有助於分割軟件系統，提供有助於設計出更優秀的軟件的知識，提供有助於理解的抽象。

伴隨着每一輪新的抽象觀念的誕生，總會有那麼一羣迷戀骸骨的守舊者！這些人只知道抱殘守缺，確不知與時俱進！這話說的我出了一身冷汗！

風險驅動模型：行於其所不得不行，止於其所不得不止。

不能否認的是架構師這個頭銜的確不通常，可是隻看到大佬們的背影導致有時候甚至忘記去思考軟件架構的自己含義！

分治、知識、抽象，給人的感受像是久別重逢的故友。其實從小到大不少難題，都是經過這種方式解決的，老師講解以後又老是以爲原來如此，這麼簡單，我不是不會，只是沒想起來！固然，我也以爲這裏有一個細分概念：解題方法和思考方法。

授之以魚不如授之以漁，大概就是說的這個意思：授之以答案或者解題方法，不如授之以思考方法。

動腦筋也不是遇到問題以後一直想解決辦法是什麼，而是一直尋找有可能管用的辦法並執行。

因此全部的高大上都是接地氣的。