《架构漫谈》阅读笔记三

架构漫谈阅读笔记三

 

接上篇：

 

　　谈了半天架构又是为什么?不仅是在建筑中存在架构的概念，软件中也是这样存在的。早期的软件和硬件都是昂贵的，而要完成软件的开发，除了这两个，当然还需要更为昂贵的人的参与，软件发展到后来，各种各样的开发语言和技术，不仅培训相应技术的软件工程师是一件高成本的事，对软件工程师来说，学习掌握多种技术也是一个极大的负担 ，在成本和负担的驱动下就有了软件架构师的重要性。为软件工程师设计不同的分工来完成一个整体，从而达到最大利益。

　　在第九篇中，作者以钻木取火为切入点，深入介绍了技术、业务和架构之间的关系。正如作者所说，技术总是在人类解决对业务的要求不断提高的情况下产生，目的也是为了获取更大更好的利益。在解决同一个业务问题的前提下，更高效，更低成本的技术，会淘汰低效，高成本的技术。这是人类利益诉求所决定的。架构师应该承担起解决业务问题的这个角色来，专注于Business Domain和软件本身的架构，让技术人员致力于为业务在计算机中跑起来而努力。只有把这两者很好的结合起来，才能更好地完成业务的目标，才会让软件更好地服务于大家。最终一定会得到一个很好的软件架构，令软件开发团队和业务部门都能够很好地开展工作并降低成本。

　　如何成为一个优秀的软件架构师呢？

要成为一个优秀的软降架构师，必须拥有丰富的经验和技术，而且要成为调整利益平衡利益的人。之后，从架构的角度写代码，核心是分层，将业务，技术，逻辑处理分成各自耦合度相对降低的层次，让软件的运营成本降至最低，而且利于维护。要不断学习新的知识和理论，才能成为一个优秀的软件架构师