标签：
人对事物的认识不是仅仅通过文字描述就足够的，纸上得来终觉浅，绝知此事要躬行。我们程序员更是这样，没有代码的积累怎么能有写软件的能力。
今天读了架构漫谈，说实话看到第四篇时我还不知道架构到底是什么东西。在我的认识里架构就是自己以前编的功能模块，它可以实现一定的功能，拼接起来就是一个完整大软件。
《架构漫谈(四):如何做好架构之架构切分》，通过这篇文章我真的学到了一些东西，一些对我将来做软件有用的东西。文章里讲的是切分即利益调整，这比我想象中的要现实得多，作者说，动力是我们每个人的利益，切分也是对利益的分割，或许将来生活的真的是因为利益而干活吧，可现在想想真的蛮可怕的。切分是有原则的的：紧密联系的小模块不能再切、人对自己模块的权利和义务是对等的、模块不能太大，应在人的承受范围内、正给切分过程和调整在系统中是完全透明的。bb这么半天不知道自己说了个啥。用我自己的话来说切分就是将项目或工程分成等大的几块，分给每个负责人。甚至我认为项目负责人会不会对项目进行合理的切分与他了解不了解为什么需要切分，切分的原则，切分与建模这些东西一点关系都没有。因为这些东西都是在不断做软件，做项目中积累的最最基础的经验。
《架构漫谈(五):什么是软件》，刚看到这个题目，有些诧异，什么是软件，这还真的说不上来，但我可以举例子，像QQ，浏览器，管理系统这些都是软件。至于软件的定义是什么，又有多少人能说得上来。一开始是懵懵懂懂的去写软件，后来慢慢的就有意识的去切分，演变成了不同的架构。软件工程师的任务太重，我们需要把很多工作拆分出来。
《架构漫谈(六):软件架构到底是要解决什么问题》，
标签：
原文地址：http://www.cnblogs.com/feifeishi/p/5462468.html
