局限性

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

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

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

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

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

发表评论

邮箱地址不会被公开。