我总是认为，一些理论的东西没有太大的用处，于是只是在寻找哪些可以具体实施的技术细节。一直认为把开发的框架，开发硬件，中件间的优化一配置，数据库的设计，应用服务器的负载均衡，分布式数据库的使用，内存数据库的使用，缓存技术的应用这些综合起来都是架构的一部分，但一遇到理论的部分，我好像什么也不知道……

在没有弄懂一件事情之前，一定不要对它下结论：这啥用。也许之前的我更关注的是在整个软件过程中的具体技术细节的实现，对于架构的理解也是停留于框架和服务器的设计方面。而架构师却是需求与设计之间的一个角色

那系统分析师应该是偏向需求这个方向的，架构师偏向技术这个方向的。这么讲吧，拿出来一个架构方面的概念我好像听都没听过，我拿了架构师的教程，翻到架构师这一章，所有根据都看不懂，看了里面简略的解释（这本教材虽然厚，但涉及的面太广，根本达不到学习的目的）。其实在听课程之前，我连架构师属于哪个阶段的概念都比较模糊。

当然，我比较精于里面技术的部分，无论是计算机组成还是操作系统或者是计算机网络，有逻辑思考能力的环节起码在考试知识点这块都不那么担心，担心的是软件工程部分，里面理论太多。担心是的开发和数据结构部分，这块考试的时候大部分时候竟然都是考试概念，并不会让我们真的写一段代码。还有就是架构与安全部分，大部分时候考试的也是理论的部分。

说到这，其实现在的关键点是，考试逻辑的部分非常少，只是上午题中的一部分，下午题简答和论文，都需要有清晰的理论概念，然后加上实际的案例来做论述，而之前自身的局限性让我学习这些知识时会无比痛苦。