架构设计师考后感

很长一段时间没有更新过文章了，spark相关书籍的阅读计划也被推迟了一段时间，现在架构师考试已经结束，结果要一两个月才能出来，所以这里先暂且不说结果如何。趁着近期考完心比较热，想总结下自己考试的动机以及备考阶段的得与失，作为自己或者他人以后参考的样例。

动机：
这个跟我今年着手做OLAP项目有关，今年跟随一堆大佬学习OLAP从无到有的搭建和功能丰富，这个过程中有一些陌生的专业名词和设计图，为了更快的跟随团队步伐，在讨论会上能尽量融入大佬们的讨论，于是主动学习了部分架构知识。后来学着学着发现架构知识不仅在前期架构设计有用，在后面个人代码的编辑也有很大的指导作用，于是坚定了继续学习的想法。后来考虑到玩技术最后可能都避不开架构设计这条路，所以便决定利用这次机会，理论和做的OLAP项目结合，并在专业考试的压力下，全面系统的学习架构设计的精髓并尽可能的融会贯通或者说了解其核心。

接下来首先说下失吧：
1、因为花费了比较大的时间精力在架构师专业知识的学习上，所以在具体技术上的成长速度被放缓，个人成长基本全依赖于公司所做的项目，由于我在公司跟随大佬做OLAP项目的开发，正常来说我可以在做这个项目过程中快速提升学习相关的大数据技术，但是由于工作之余的时间大多放置在架构师学习上，所以这块的成长速度被放慢了很多。

2、专业技术书籍，如果spark、hive、habse、doris等专业书籍的阅读计划被推迟

总而言之，失去的主要是因学习架构师相关知识导致个人大数据技术成长计划被延缓，这个过程大概有两三个月。

再说下得到吧：

1、增强了个人对时间的掌控，自律能力提高；那段时间几乎每天6.40起床，然后找个地方看一个小时左右再去上班，晚上一般九点左右下班，下班后会到老地方再看一个小多时左右回家，到家将近11点，洗漱完11.20左右睡觉。周末在家陪家人则会松懈一些，但还是保证至少6到7个小时的学习时间。

2、提升了效率，为了保证工作和学习同步进行，避免耽误工作，所以不得不时时刻刻保证工作和学习的高效率。那段时间感觉每天精力都很充沛，注意力高度集中，大脑时刻处于高速运转状态（每天进公司和下班是最难受的，因为要把大脑从学习状态转为工作状态，或者从工作状态转为学习状态。一般每天进公司前我会预留五分钟，回忆下早晨所得，以及今天的工作内容。每天下班前则会回忆今天的工作情况并在笔记本上罗列出明天的工作计划，随后再下班，路上的时候回忆早晨学习到哪，大概学习了什么。到地方后再接着学，然后回家的路上也会回忆下晚上学习的大致内容）。

3、 锻炼心态，同时也让自己清楚想要什么。那段时间因为要同时保证工作和学习，时间真的很紧张，每天都让自己处于一个很活跃的状态。当时做的是一个很复杂的项目，专业架构知识又内容繁杂。很担心因为学习耽误了工作，学习最后也只学了个虎头蛇尾。所以那段时间精神压力经常很大，最后想，搞技术最后可能都避不开架构，而且架构设计确实有很大好处，所以架构必须要学。同时工作也是自己最喜欢的技术项目，所以鱼与熊掌都必须得要。这就造成了前两点，高度的时间掌控和高效率的学习工作。

前面三点说的可能都是这个学习架构事情本身带来的好处，下面说下架构知识带给我的好处(因为我做的比较多的是开发，架构设计这块就不分享献丑了)：

4、软件设计开发要有全局/局部观， 先规划好大概流程再开发；保证主流程清晰，主流程中复杂处理提取成方法；常用方法封装成工具类；测试尽量全面，新功能一定要测试；新的开发尽量不要影响已有功能，如果影响一定要测试（代码编辑这块获得的好处是潜移默化的改变一些已有的不好的编辑习惯，目前也是最看的见得好处）。

5、认识到文档和文档管理的重要性，大型项目输出较规范设计文档、性能测试文档、如果有时间再加上功能文档和主功能流程图等。对于个人可以更加深刻全面的认识所做的项目，对于公司来说则可以通过文档观察项目的技术指标、使用场景等信息，它是公司重要的技术沉淀之一。可以说编辑文档是一个双赢的局面。

总而言之，花费大量时间去学习专业架构知识利弊都有，但是整体和长远来看，可能是利处更大一些。好了，记录到此结束，接下里要设计规划下一阶段的成长计划了。