陆陆续续一年的时间里，一直在看一些书，渐渐体会到了其中的无穷好处，所以有感而发写一些心得。
作为技术人员，最早的时候，我个人的学习方式更多的通过搜索引擎，查看一些技术文章来获取想要的知识，因为更多的是为了解决某个工作中遇到的问题。这是最简单直接的方式，问题摆在那，不可能翻一本几百页的书去寻求解决方案。
后来，随着技能水平的提升，也积攒了一些解决问题的经验，这时候学习方式慢慢开始变化，能够分辨网上文章的好坏，开始关注一些优秀的个人博客、一些质量好的技术文章系列，看的内容也会更深入一些，不再以解决问题为第一要务，开始关注原理、源码等等。也会开始看一些书籍，但这些书都有个特点，方向单一或者是针对某一门具体的技术，和工作接触的技术有密切关系。比如《Java核心思想》、《GOF设计模式》、《Spring xxx》、《Nginx 实战 xxx》等等类似的书籍。
再后来开始做一些团队管理方面的工作，工作的繁忙和压力间接导致了并没有养成持续性的阅读习惯，你可以说这是借口，我也接受，毕竟我还是懒，一万小时定律人人都懂，却没有几个人能做到。还好我对于技术的热情一直都在，也一直在了解和尝试新的技术栈和方向，并且由于从小就喜欢结构性的东西，也慢慢往架构方向开始学习。我想上述也是大多数人的心理历程吧。
时间再久一些，我开始遇到了一些瓶颈和困扰，比如：
- 我从很早就开始实践微服务体系，从最早的基于Dubbo到后来的SpringCloud，到现在正在实践的基于Kubernetes的云原生，我能完整实践整个过程，解决经常遇见的一些问题，并且知晓整个架构的关键之处。但是，在一些需要交流和分享的场合往往觉得有些词穷，说不出来！
- 很多事情做完，想总结一下，却不能恰如其分的描述所有技术细节，或者说上升到理论高度！
- 知识碎片化，无法有效的打通所有知识点，建立自己的知识体系！
总而言之就是：随着所处的位置和职责的变化，我们的目标会越来越高，例如架构师、研发主管甚至是CTO，那么对于我们自身的知识体系完善行要求就越高，也要求我们更多的去表达、分享、交流，带动身边的人和整个团队。
阅读带给我最大的感悟就是，原本碎片化的知识体系开始慢慢完善，与人沟通和交流的时候条理清晰，沟通的内容也脱离了很多技术细节而归为原理性的总结。读书的时候，很多次都出现“我靠，这个我知道，原来背后是这个意思”，“哦～～这个用专业名词原来应该这么说”等等类似的感慨，原本分散的点、线、面慢慢结合在一起，很多原本懵懂模糊的部分也变的清晰。
读书的过程也出现了一些困扰，比如说看的时候印象深刻，看完就忘，需要用到的时候还需要再去翻，不过我觉得问题也不大，读书百遍，其义自现。接下来，我也会写一些读书笔记来加深记忆，总结书中的观点和理论，加上一些自己的思考。
不读书行吗？我觉得某种意义上是可以的，不影响你去写代码、实现业务。就像架构一样，架构本身只是描述了应用的质量属性，并不影响应用实现的功能，抛开质量属性，无论单体应用还是微服务，提供的业务属性理论上来说是一致的。但是，谁想一辈子都写代码？读书无形中提升的是自己的上限，当然读书只是一种方式，任何适合自己的学习方式都应该被赞同！
