聊聊软件架构（一）

读恰如其分的软件架构

书中概括了解决软件复杂度及规模增加的问题须要的武器：分治、知识、抽象。其有效性在于它们能帮助咱们在不变的的智力条件下理解不断增加的问题！也就是说，哪怕智商为80，也是有但愿成为架构师的。：）

分治：必须知足：分割后的各个部分必须足够小；必须考虑如何将各个部分装配为总体。

知识：开发人员已经习得或者积累的解决问题的方法。

抽象：我以为抽象能够理解为，重点考虑咱们要达到的目标所须要的主要动做，同时忽略一些细节。

软件架构帮助解决软件系统的复杂度及规模增加带来的问题。有助于分割软件系统，提供有助于设计出更优秀的软件的知识，提供有助于理解的抽象。

伴随着每一轮新的抽象观念的诞生，总会有那么一群迷恋骸骨的守旧者！这些人只知道抱残守缺，确不知与时俱进！这话说的我出了一身冷汗！

风险驱动模型：行于其所不得不行，止于其所不得不止。

不能否认的是架构师这个头衔的确不通常，可是只看到大佬们的背影导致有时候甚至忘记去思考软件架构的自己含义！

分治、知识、抽象，给人的感受像是久别重逢的故友。其实从小到大不少难题，都是经过这种方式解决的，老师讲解以后又老是以为原来如此，这么简单，我不是不会，只是没想起来！固然，我也以为这里有一个细分概念：解题方法和思考方法。

授之以鱼不如授之以渔，大概就是说的这个意思：授之以答案或者解题方法，不如授之以思考方法。

动脑筋也不是遇到问题以后一直想解决办法是什么，而是一直寻找有可能管用的办法并执行。

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