本文共 984 字，大约阅读时间需要 3 分钟。

学习历程：从代码必备的部分来看，技术人要做什么？

技术道路上没有人能合格地独行，每一个优秀的开发者，都会有一套系统的学习和实践体系。

阅读源码是技术人手头的基础工(best practices)，要善于从优秀代码中汲取灵感。记得第一次看spring源码时，被它内部优雅的设计架构所折服，那个时候就意识到理解开源项目代码的重要性。

在亲手实践了几个项目之后，逐渐意识到一个道理：代码架构战略肯定要看起来显眼，但实际中最重要的是把这些知识稍微表达清楚就会得到很好的收益。比如说：理解常见的设计模式，其实就是在学会如何用简单的接口规范东西之间的逻辑关系。就算没想明白模式的名称，也大概能用在实际场景中。

再来说说这个学期最关注的两个地方。spring5()'s API改动我当时反复研究了很久，毕竟新的版本确实带来了一些不期而久的改进。mybatis作为项目中的重要组件，玩转它的组件其实是现在的必备技能。感觉在项目中用mybatis敢担任关键业务逻辑处理处的高手，会让开发过程高效得不像样似的。

最近开始接触分布式架构，感觉这正是技术人的一大划� Visa呢，了解分布式架构原理时首先会有兴奋（可能是因为有规律可循），做分布式架构方案设计时又有所头大（怕做不到）。好在借鉴了一些经典架构，后来逐渐找到了自己的思路。

当我在学习分布式架构时，学到了一个重要一课：分布式系统出现故障要比集中式难以预测，因此系统的设计必须考虑有容错能力的架构。对于这个系统，我们选择了一个基于消息中间件的异步处理方案，效果还是很不错的。

来到微服务技术阵营，其实一开始对它的理解有点想当然。以为微服务架构就是想分解的问题可以分解就分解下就好了。后来才真正深入学习，明白了一个道理：微服务架构的真正难度是在于如何在保证各个服务的高度自主性和互操作性的同时，又要维护整个系统的协同转化。

说到性能优化，从以前的开发——岁月静好——到现在看来，性能优化才是技术路上一大盏大灯。平时怎么就能轻而易举地想出各种优化方法的？其实不然，知道怎么做优化才是关键。再说一句精雕细琢的DB调优，这其实要功夫苦功夫的。

终上所述，对我来说，真正的学习不是要把所有知识点都看完，而是要找到最有价值的知识体系去打磨自己。这段时间的学习让我更加确定：技术这条路上，我们都还在努力成为一个能为团队和发布贡献价值的技术代购员。