人对事物的认识不是仅仅通过文字描述就足够的，纸上得来终觉浅，绝知此事要躬行。我们程序员更是这样，没有代码的积累怎么能有写软件的能力。
今天读了架构漫谈，说实话看到第四篇时我还不知道架构到底是什么东西。在我的认识里架构就是自己以前编的功能模块，它可以实现一定的功能，拼接起来就是一个完整大软件。
《架构漫谈(四):如何做好架构之架构切分》，通过这篇文章我真的学到了一些东西，一些对我将来做软件有用的东西。文章里讲的是切分即利益调整，这比我想象中的要现实得多，作者说，动力是我们每个人的利益，切分也是对利益的分割，或许将来生活的真的是因为利益而干活吧，可现在想想真的蛮可怕的。切分是有原则的的：紧密联系的小模块不能再切、人对自己模块的权利和义务是对等的、模块不能太大，应在人的承受范围内、正给切分过程和调整在系统中是完全透明的。bb这么半天不知道自己说了个啥。用我自己的话来说切分就是将项目或工程分成等大的几块，分给每个负责人。甚至我认为项目负责人会不会对项目进行合理的切分与他了解不了解为什么需要切分，切分的原则，切分与建模这些东西一点关系都没有。因为这些东西都是在不断做软件，做项目中积累的最最基础的经验。
《架构漫谈(五):什么是软件》，刚看到这个题目，有些诧异，什么是软件，这还真的说不上来，但我可以举例子，像QQ，浏览器，管理系统这些都是软件。至于软件的定义是什么，又有多少人能说得上来。一开始是懵懵懂懂的去写软件，后来慢慢的就有意识的去切分，演变成了不同的架构。软件工程师的任务太重，我们需要把很多工作拆分出来。
《架构漫谈(六):软件架构到底是要解决什么问题》，软件实际上就是把现实生活模拟到计算机中，并且软件是需要在计算机的硬件中运行起来的。要做到这一点需要解决两个问题：业务问题，计算机问题。业务问题的本质，是业务所服务的对象的利益问题，明白了这个，就很容易搞清业务的概念和组织方式。再次强调一下，有了软件，可以降低业务的成本，没有软件的情况下，业务是一样跑的。如果只是为了跟风要用软件，说不定反而提高了成本，这个是采用软件之前首先要先搞清楚的。我们经常说软件和技术是业务的enabler，实际就是把原来成本很高的降到到了很低的程度而已，并不是有了什么新的业务。另外，软件也不是降低业务成本的唯一方式。软件工程师还必须要考虑，用什么样的硬件把软件跑起来，怎样跑得好，跑得快，并且可以随着业务的流量逐渐的长大。
《架构漫谈(七):不要空设架构师这个职位，给他实权》，当然这篇说的就是架构师的重要性了。要成为架构师，必须要超越这个恐惧才能够看清楚，我们要解决的是别人的问题，不是自己完成工作的问题。因为仅仅是完成了自己的工作，也并不一定就解决了别人的问题。如果别人的问题没有解决——即使我们认为自己的工作完成了——我们的工作实际也没完成，因为我们工作是否完成，是别人说了算的，不是我们自己。