标签：模型 软件架构 开发 抽象 动作 解决 不可 智商 很多
读恰如其分的软件架构
书中归纳了解决软件复杂度及规模增长的问题需要的武器：分治、知识、抽象。其有效性在于它们能帮助我们在不变的的智力条件下理解不断增长的问题！也就是说，哪怕智商为80，也是有希望成为架构师的。：）
分治：必须满足：分割后的各个部分必须足够小；必须考虑如何将各个部分装配为整体。
知识：开发人员已经习得或者积累的解决问题的方法。
抽象：我觉得抽象可以理解为，重点考虑我们要达到的目标所需要的主要动作，同时忽略一些细节。
软件架构帮助解决软件系统的复杂度及规模增长带来的问题。有助于分割软件系统，提供有助于设计出更优秀的软件的知识，提供有助于理解的抽象。
伴随着每一轮新的抽象观念的诞生，总会有那么一群迷恋骸骨的守旧者！这些人只知道抱残守缺，确不知与时俱进！这话说的我出了一身冷汗！
风险驱动模型：行于其所不得不行，止于其所不得不止。
不可否认的是架构师这个头衔的确不一般，但是只看到大佬们的背影致使有时候甚至忘记去思考软件架构的本身含义！
分治、知识、抽象，给人的感觉像是久别重逢的故友。其实从小到大很多难题，都是通过这种方式解决的，老师讲解之后又总是觉得原来如此，这么简单，我不是不会，只是没想起来！当然，我也觉得这里有一个细分概念：解题方法和思考方法。
授之以鱼不如授之以渔，大概就是说的这个意思：授之以答案或者解题方法，不如授之以思考方法。
动脑筋也不是遇到问题之后一直想解决办法是什么，而是一直寻找有可能管用的办法并执行。
所以所有的高大上都是接地气的。
标签：模型 软件架构 开发 抽象 动作 解决 不可 智商 很多
原文地址：https://www.cnblogs.com/Mr-O-O/p/11657421.html
