首先关于什么是架构？结合文章和最近所学我认为架构就是软件的框架，软件在设计好的框架中生产运行发展与维护，联系文章世间万物皆有框架，从最早的木头到桌子椅子，做成这一事物所依赖的标准原则便是架构。人的出行时做火车还是汽车还是飞机取决于要去的地方与所需的其他要求，每个交通工具有自己的特点，其相互运行却互不打扰，是架构将它们约束在适当的位置，飞机不能再地上跑，火车不能在公路上跑，这便是架构的边界。
值得一提且印象深刻的还有架构的识别问题，除了文章中所举出的例子外，个人感觉还有识别其他人所说的话是一种本领，这种本领与生俱来但也可以通过后天学习来完成。在古代臣子应当知圣意，即使皇上有些话没说出口，大臣们也需要知道而且明白，如果在茫茫官场不会察言观色洞察别人心思，那早消失在历史的车轮之中。初学者给予自己自勉，当了然同事与上级间所下达命令的意思，如若不懂或有分歧应当多问多学虚心求教，以提高自己水平，为公司创造价值。
结合文章九中，业务与技术人员素来不和，联系上一段，其中原因之一我想便是问题的识别能力，两者之间肯定每天传达者各种各样的信息，如果出现错误两者便会互相推卸责任，其实两者都有责任，信息传达本来就是双向的，人理解错信息也是人之常情，但重点是要知道如何改过，化错为对，化腐朽为神奇！
文章四中，做好架构的切分？初读实为不解，混混沌沌一遍就过去了，回过头来再看原来什么都没记住，什么也没留下，我想这便是学习中所遇到的难点或是精神没有集中马马虎虎的读过去的。
什么是切分？切分是将事物细化，有一个整体切割成多个细小的部分，架构中的切分我想也是如此，是将架构的边边框框细滑成条，每条便是一个法令，所写软件也应当在法令条陈中运行工作，虽然不在一起没有确切的边框限制，但细化之后的框架犹如待装箱梁的大桥，多块连接到一起才能完整工作，相互协调。