每次写文章，开头总是不知道写什么。
好吧，这次干脆不写了。
运气好
7月就算是毕业一年了。额，怎么说呢？
- 学到了很多
- 感觉不会的越来越多
更多感觉是自己运气好，
毕业找工作，从 java -> go，所以最大的收获当然是学会了 go。运气之一吧，毕竟公司肯让我边学边写（摸鱼），不过来公司3周之后就开始上手项目开发了，说实话，当时也是啥也不知道，硬着头皮上就对了。
写文档
写文档这个事情吧，刚进公司第一件事就是这个。
当时是调研一个新的 CDC 中间件：debezium。当时那个急啊，描述一下当时自己的状况：
clickhouse完全不知道是什么。列存？听说过，但是具体怎么存不知道docker当时也只是知道，还没有进一步使用debezium完全不知道这是啥
对，就是这样什么都不知道情况下。我当时完成了进公司的第一个工作：Debezium 构建CDC同步流程文档。
当时也不知道提交文档给组长，组长会怎么评价。
组长：文档写的还不错。去把这个部署一下，给个
demo，给大家演示一下吧。
算是平安度过了吧。不过回想，也许就是这个，让我对新技术不这么怕了吧。也总结一下我对这种新中间件的探究过程：
docker-compose先一把嗦架起来- 全部使用单机模式
- 用目前最常使用的语言对其进行测试
- 按照官网来，把每一步都尝试，观察每一步的
log output - 联想之前所学过的技术，对比学习
- 看看有没有官方讨论组，虚心向他人请教，⚠注意《提问的艺术和态度》
但是最只要的：克服自己的内心，尝试使用文档+搜索引擎辅助完成探索。
说个好玩的，在研究 debezium 的时候，还看到官方有 gitter (大家可以自行搜索一下)，里面有核心开发者回答你的问题，可以说是很耐心地回答。开发问的问题也很确定，具体到自己的操作步骤，操作日志，发生的错误以及自己的猜测。可以说是带着问题和想法来问的，这个个人感觉是要比国内某些开源社区的环境要好 (就事论事)。
所以也希望大家：⚠注意《提问的艺术和态度》
这也是我写文档的开始。后来就参与到 go-zero 文档的编写以及源码分析文章的分享。
硬广，直接插播：go-zero 是一个集成了各种工程实践的 web 和 rpc 框架。通过弹性设计保障了大并发服务端的稳定性，经受了充分的实战检验。
其实开始的想法也很简单：就是觉得自己写一篇源码分析，既然要给大家看，自然要说清楚和告诉大家框架是怎么设计的。对，初心就是这个。
到现在，我写源码解析的初心也还是这个。
借用罗翔老师的话：你的成功有的时候不是你的成功。你要感谢那些帮助过你的人。 所以很感谢我的 CTO，感谢他给了我这个平台和机会。
写文章和分享以及做开源，最初的想法也就是回馈社区，帮助那些像曾经的我一样的开发者们。
自娱自乐
来juejin也有几年了，今年才开始在juejin发文。发文也主要是 源码解析，整体阅读量和点赞量也不是很多 (其实就是很少，hhh)。
这也是我说 自娱自乐 的原因。后来自己索性就不管，因为估计也没什么人看。但是为什么还要写呢？
- 看能不能白piao掘金的周边
- 学习笔记
所以我的文章，基本上都是源码解析，以后也估计是源码解析类分享。也不管有没有人看，学习笔记这个都不会断，如果大家能够在我的文章里面产生共鸣，那是甚好。
有一句话叫：无心插柳柳成荫
公司分享
hhh，这个就是自己没事做。想着把自己之前学习 mysql 小册的过程和读源码时的笔记做成PPT，在公司分享。也是像自己能够讲给同事听，他能收获我讲的内容，那说明我对知识的掌握也差不多到位了 (致敬费曼学习法)。
不过分享后问大家的反响是：讲的太过深奥了，太多代码了，能不能给一些前情提要和带入。
之后 CTO 也给我建议：多一点场景带入，少一点代码讲解，多一点思维扩展，少一点规则讲解。大家更想知道这个和自己工作的接近程度，而不是为了去了解一个知识去了解。
不过也在读 mysql 源码的过程中认识到 K老大。和他交流过后，和他也交流过 mysql 相关源码。这也是第一次在网上和源码级选手交流，很激动也给予了很多提示。
在和他交流过程中，更有一种要和时间交朋友的感觉。毕竟也只有不断地沉淀，你对代码甚至整个只是体系才可能有更加深层次的理解。(也给 K老大 打个硬广，他的 mysql 文章很NB)
本身源码阅读就是一个很漫长，甚至有点费力不讨好的事情。自娱自乐，乐在其中吧。
下半年计划
- 继续
go-zero源码分享 - 继续完成
kafka 源码计划 - 开始
clickhouse 源码计划 k8s学习以及容器相关- 继续学习存储相关。。。
- 。。。
反正还有好多好多要学，不列举了。。。继续卷呗。。。
希望自己可以完成吧 (应该也能完成，😂)。
总结
感谢，感谢，感谢。
挺多人要感谢的，也就不列举了。。。
就这样吧，年底再见各位，👋👋👋。
