标签归档:架构师

自己的选择就要坚持下去

无论是基于怎么样的原因,既然已经加入一个团体,那就跟随团队的目标去努力。因为只有拥有目标才能有生活的方向,至少我现在可以为自己做半年的规划了

当然,有方向是一回事,如何努力是另一回事,你可以天天发朋友圈求别人的支持,也可以看一些鸡汤类的书籍给自己鼓劲。但最终的目的都是在一定的时间范围内,在某个领域,达到及格的水平。很感谢之前自己的一些做法,给了自己足够的机会使用一些便利的工具。无论怎样我都会珍惜。

其实严格意义上来讲,这个过程应该再找更多的同路人,但现在也都是网络上的,尽管是网络上的,在一个阶段结束了之后,还是有感情的。我不想参加的团体太多给自己太大的压力,这样的话反倒会让自己退缩。所以任何一个想放弃的时刻告诉自己,就这么一点时间,浪费了就浪费了吧……

局限性

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

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

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

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

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