品《软件架构设计》（一）

      读温昱的<<(软件架构设计)从程序员到架构师>>，别有一番品位。从我个人学习到第九章节而言，收获坡多。
     什么是架构？何为架构？架构师为谁架构？中国的软件设计人才似乎不多。哦，当我第一次听说有“软件架构师”这一职业时，可真是充满了迷茫啊。立即就想解饱一下，可惜当时才疏学浅，深知自己没有那份能力，此事也就一时的搁浅了下来，现在来看，绝对是个错误。在我国多年的教育制度中，我养成了一种我自己认为的坏习惯，凡事不敢直接尝试，在现在这个快速发展的时代来看，这绝对不是个优良的习惯，凭着试一试的心态，接触了此书。
     我们一般喜欢自底向上，先微部，后局部，再总部。个人怀疑跟我国的教育制度有直接的关系。而如今，我就要破一破这个规矩，自顶向下。今天我就来做个前些日子学习软件架构的总结。 

      此书中，我个人喜欢第一章，第二章。理论与实际相结合，边读边欣赏，边学习，真是爽啊。看的爽，学的爽。用一些很平淡的话，很好的描述了什么是架构。相对于那些死板的教科书的定义而言，作者给出的解释则更符合我们的口味。看着不枯燥，越看越入迷，当然，吸收的也快。什么是架构，书中提到了我认为很重要的一句话：提供策略与限制。简简单单的一句话中可见有更深沉的含义，我到认为，我们应该在加入一些自己个性的东西，工作环境的因素，我们是否可以给公司老总一些建议？给老板一些限制呢？当然，这里的限制只是给老板一个参考而已，在读书的我，深知工作的艰辛，但是，我们是否可以在更好的一个环境里来工作？而不像我国一些公司里所采用的“封闭式开发方法”？这里我到要提提软件工程了，在我们找到了一个好方法的同时，我们是否应该更加合理的应用来减轻负担，而不是加重负担呢？可见，我们把方法当作科学来使用的时候，的确遇到了不少的“负担”。言归正传，限制我想不单单制得技术上的限制吧？而策略着？一条策略貌似不能解决一切的问题，我个人认为需要提供几个策略，而这些策略是有一定价值的，适合于开发环境的，技术保障的。当一条路堵死时，我们到不一定非要把技术攻关专家请来，貌似前期投入一些成本，可是按长期成本来计算，我们是否有回报呢？啊，我到突然开朗起来，原来书中自有黄金屋指的是这些？
      定义是不会变的，可是我们的时代在变，感谢这些伟大的作者在给我们提供精华之时，也应该抱着可疑的眼光去思考，我到认为，这样才会更有价值。Think book，而不要死板的read book。博文记录人身，博文记录生活。

原创作品，请勿已任何理由转载，请请您！欢迎大家给以更好的建议。