无论是基于怎么样的原因，既然已经加入一个团体，那就跟随团队的目标去努力。因为只有拥有目标才能有生活的方向，至少我现在可以为自己做半年的规划了
当然，有方向是一回事，如何努力是另一回事，你可以天天发朋友圈求别人的支持，也可以看一些鸡汤类的书籍给自己鼓劲。但最终的目的都是在一定的时间范围内，在某个领域，达到及格的水平。很感谢之前自己的一些做法，给了自己足够的机会使用一些便利的工具。无论怎样我都会珍惜。
其实严格意义上来讲，这个过程应该再找更多的同路人，但现在也都是网络上的，尽管是网络上的，在一个阶段结束了之后，还是有感情的。我不想参加的团体太多给自己太大的压力，这样的话反倒会让自己退缩。所以任何一个想放弃的时刻告诉自己，就这么一点时间，浪费了就浪费了吧……
我总是认为，一些理论的东西没有太大的用处，于是只是在寻找哪些可以具体实施的技术细节。一直认为把开发的框架，开发硬件，中件间的优化一配置，数据库的设计，应用服务器的负载均衡，分布式数据库的使用，内存数据库的使用，缓存技术的应用这些综合起来都是架构的一部分，但一遇到理论的部分，我好像什么也不知道……
在没有弄懂一件事情之前，一定不要对它下结论：这啥用。也许之前的我更关注的是在整个软件过程中的具体技术细节的实现，对于架构的理解也是停留于框架和服务器的设计方面。而架构师却是需求与设计之间的一个角色
那系统分析师应该是偏向需求这个方向的，架构师偏向技术这个方向的。这么讲吧，拿出来一个架构方面的概念我好像听都没听过，我拿了架构师的教程，翻到架构师这一章，所有根据都看不懂，看了里面简略的解释（这本教材虽然厚，但涉及的面太广，根本达不到学习的目的）。其实在听课程之前，我连架构师属于哪个阶段的概念都比较模糊。
当然，我比较精于里面技术的部分，无论是计算机组成还是操作系统或者是计算机网络，有逻辑思考能力的环节起码在考试知识点这块都不那么担心，担心的是软件工程部分，里面理论太多。担心是的开发和数据结构部分，这块考试的时候大部分时候竟然都是考试概念，并不会让我们真的写一段代码。还有就是架构与安全部分，大部分时候考试的也是理论的部分。
说到这，其实现在的关键点是，考试逻辑的部分非常少，只是上午题中的一部分，下午题简答和论文，都需要有清晰的理论概念，然后加上实际的案例来做论述，而之前自身的局限性让我学习这些知识时会无比痛苦。