说明： 最近打算选择一个博客平台写写技术博客，转了一圈没找到满意的：目前国内常用的技术社区像 CSDN、51CTO 广告太多了看着不舒服，简书、知乎并非纯粹的开发者社区，不适合长期连更，至于让我掏钱购买服务器搭建博客那是不可能的，一年要好几百块，而且维护也不方便。我非常喜欢的V2EX被墙了，最后只剩“稀土掘金”和“SegmentFault”，后者的主题色是绿色的，相比之下我更喜欢蓝色，因此，我决定“落户”掘金社区。（其实我很早就注册了账号，但是几乎没打开过这个网站 🤣）

PS：简单浏览了几篇博客，网站阅读体验不错，博客质量也挺高的，但是大部分博客评论点赞都不多，像我这样的新人就更不会被关注了。大家都去哪了？掘金不会要凉了吧？🤔

零、技术博客说明

写在前面

我一直认为，学习任何一门技术，应当优先研读官方文档，原因如下：

• 内容完整。我接触过的大部分官方文档都会详细解释动机、整体架构，能或不能解决什么问题、应用场景与相关示例，还包括完整的 API 手册、相关技术博客等，这些资源充分利用后足以快速上手。
• 容易获取。由于网络原因，对于大部分国内开发者而言，国外大牛写的技术博客要访问起来并不容易，但是官方网站一般不会被防火墙屏蔽。
• 权威可靠。使用 Google 之外的搜索引擎得到的搜索结果往往令人失望，一连打开十多个博客，最多只有一两篇能看下去的，大部分连排版都非常乱，亦或是错别字、要开通 VIP 查看详情、图片失效、全文不足两百字等等，不过最大的问题在于，很少有人愿意重新审视自己之前发布的博客，对于文中的错误。我不禁感叹，人生苦短，我又浪费了几分钟。相比之下，官方文档则要靠谱的多。

但是！困难之处在于：

• 阅读效率。大部分官方文档都只提供英文版，即时是英语较好的技术人员，直接阅读英文资料也难以做到像读中文那么快速高效，故而也会倾向于阅读中文资料。
• 机器翻译不够智能。由于技术文档中充斥着大量的专业词汇，直接使用机器翻译，会导致一些语义被曲解，从而带来理解上的负担。

因此，我最近心生一念，打算利用空余时间来翻译一些高质量国外博主的博客，以及官方文档中的部分博客，此外也会补充一些我写的博客（基于我以前的学习笔记改写的），这样做的好处是：

• 验证学习成果，加深印象。如果学习完任何一样技术后，无法用自己的话用简洁明了地表述出来，写的博客漏洞百出，那就说明学的还不够好，理解不到位，网友大佬们则起到监督作用，只要有热心的大佬愿意不吝赐教，指出不足之处，那么博客就没有白写。当博客几经修改，在这个修改的过程中必然有所收获。
• 提高英文水平。通过阅读并翻译英文博客、文档，获得最新的技术动态的同时，还能提高自己的英文水平，学习一线开发者的写作方式，达到一定熟练度后说不定真的看英文比看中文文档还流畅。

技术博客内容安排（暂定）

修改日期：2022-08-02

技术博客按照系列专题划分，目前暂定安排如下：

系列	主要内容	状态
C++ 系列	内存模型、STL、泛型编程、多线程、网络编程等	进行中（未完结）
Python 系列	Flask web、反射机制、面向对象等	未开始
Redis 系列	源码分析、应用案例、集群等	进行中（未完结）
MySQL 系列	SQL、事务、集群、安全控制、维护等	进行中（未完结）
Linux 系列	系统调用、进程管理、内存管理、文件管理等	未开始
Nginx 系列	源码分析、应用案例等	未开始
MQ 系列	RocketMQ、Redis、Kafka 等	未开始
RPC 系列	gRPC、protobuf 等	未开始
工具系列	CMake、GDB、GCC、日志系统、Git 等	未开始
云原生系列	Docker、zookeeper、k8s 等	未开始

每个系列都被视为一个专题，状态包括：

1. 未开始（由于精力有限可能会取消，但是【进行中】的系列我不会弃更的）；
2. 进行中（不定期添加新博客，每篇博客的状态为【更新中】或【已完成】、期间会积极采纳大佬们的建议，当该系列所有博客都处于【已完成】状态时，该系列被标记为【已完结】；
3. 已完结（归档，不再更新）。

注：对于翻译自高质量英文技术文档，文章标题前缀使用【译】标识以示区别。

我的技术博客亮点

亮点 本系列技术博客注重以下方面：

• 内容详尽丰富。尽量一篇文章囊括所有相关内容，而不会分”上中下“、”一二三“；
• 合理的文章排版、文章结构、无病句错别字。毕竟博客发到网上是给人看的，不要让别人感到不适；
• 持续更新，接受批评。学习不是一蹴而就的，而是循环往复、逐步深入的过程，因此我的每篇博客一开始存在不足之处在所难免，当我发现错误或有新的见解时，以及有热心网友指出时，我会即时修正过来，对于有贡献的网友我会加入【鸣谢】名单以示尊重。