网络通信知识地图如何构建？

本文共计1592个文字，预计阅读时间需要7分钟。

我在之前曾写过一系列关于网络通信的文章，但内容较为分散，缺乏整体脉络。本次文章将采用知识地图的形式进行梳理。知识地图是一种知识导航系统，展现不同知识的存储位置。知识地图包含知识节点和知识连接，体现不同知识之间的联系。

我在之前一段时间做过网络通信的系列文章，但是文章还是偏散，没有一个整体脉络，本篇就以知识地图的形式来进行梳理。

知识地图是一种知识导航系统，并显示不同的知识存储之间重要的动态联系。本篇主要就是从更高的视角将之前的文章的结构思路展现出来。文章结构的思路实际上也是达到架构师程度要掌握的网络通信知识学习路线。

目的意义

在咱们用户群里，我看到有朋友提出一个问题：觉得很多事情是运维人员做的。实际上运维人员由于不懂业务，在实际工作中起不到相应的帮助。也有些很给力的运维人员，人家有问题不推脱，有时候靠着查开发人员的代码把问题解决了。

上面提到的就涉及到一个人员分工的问题。在十几年前啊，前端后端都是没有明确分工的，所有的开发都是全栈。前后端分工是为了让大家能把事情做精做细。这几年分工有越来越精细的趋势。但是随着职位的增高，那些职位高的人往往什么都懂一些。因为他要负责的是一件事情，不是一个部分。

分工的目的是为了更好地解决事情。而排查问题是事情的一方面。我的建议是不要太计较这到底属于谁的职责。职责是为事服务的。