环式学习法

文章出自华仔

环式学习法

环式学习法用来学习技术广度

环式学习法更加适合业务系统相关的技术人员，而不太适合中间件（数据库、缓存、消息队列和服务中心等）相关的的技术人员，因为中间件的技术更加专注于深度和宽度，和具体的业务关系不大，对技术广度的要求并不高。

技术上常见的闭环是功能环，代表某个功能的处理过程

以一个简单的“用户登录”为例，如果它的实现方式是前端在手机 App 上用做登录页面，后端用了微服务架构来存储，那么就可以构建这样一个功能环

在这里插入图片描述

在这里插入图片描述

环式学习法的步骤

• 第一步，就是把闭环画出来

具体的画法是将完整的闭环分为几个关键的环节，然后标出每个环节的关键内容。

就拿“用户登录”这个功能环来说，它可以分为前端、客户端、网络层、机房入口、Nginx、用户中心、安全中心和数据中心，总共 8 个环节；每个环节又会涉及不同的技术，比如客户端涉及 JsBridge 和 OkHttp，用户中心涉及微服务、MySQL 和 Redis 等，总共涉及的技术有 18 项。

通过这么一个简单的功能环，你就可以看出技术广度的边界和范围；而且这些技术都是业务上实际用到的，你完全不用担心自己是没有目的地乱学。

• 第二步，就是由近及远，逐步攻克闭环上的各个节点。

就算是同一个闭环，不同领域的人学习顺序也是不同的。还是以用户登陆这个功能环为例，前端的人先需要学客户端的 JsBridge 和 OkHttp 等知识，然后再去学服务端相关的知识；而服务端用户中心的人，需要先学 Nginx 和安全中心相关的知识，之后再逐步扩展到客户端和前端。

通常来说，职业等级越高，技术广度的要求也越高，所以功能环上要求掌握的相关技术也越多。

对于单个技术，你还是需要用链式学习法来学习，但是因为数量太多，全部严格按照链式学习法的要求来学是不太现实的。我的建议是，可以先不去研究源码，只要学习接口设计、设计原理、设计方案这 3 层就行了；在合适的时候或者有时间的时候，可以看看核心源码加深理解。

提升业务重要性

不熟悉业务常见场景

• 讨论需求的时候，因为不懂业务，就算产品的业务需求不合理、实现代价很高，你也发现不了。结果到了设计甚至是编码阶段，你才发现自己做得累死累活，效果还不好。
• 处理线上故障的时候，因为不熟悉业务，只能被动接受别人的分析和推断，很容易背锅。
• 因为不熟悉业务，无法承担整体需求分析和方案设计这种任务，导致个人能力得不到锻炼，失去很多晋升机会。 用户登录业务环示例

在这里插入图片描述

在这里插入图片描述

环式学习的优点

培养全局视野 在画出完整闭环的过程中，你可以端到端地了解全流程涉及哪些系统或者模块，每个模块的关键技术是什么，从而培养出全局的视野和能力。 避免盲目地广撒网却捞不到鱼 环式学习法划定的范围是实际工作的闭环，能够形成一套有效的组合拳，而不是东一榔头西一棒槌的胡乱搭配，能够大大提升学习效率。所以你只要对照环来提升就可以了，不用再担心广撒网却捞不到鱼了。