六月七月，写了十多篇缓存架构设计，汇总在《缓存架构，一篇足够？》。面试
八月九月，写了十多篇MySQL内核的底层细节，汇总在《关于MySQL内核，必定要知道的！》。算法
很多小伙伴留言，问能不能同时“并发”多个系列，因而，九月份以来就同时启动了如下几个系列。数据库
1、本身职场经历缓存
目前写了两篇：微信
《技术类简历要怎么写》数据结构
《找工做的血泪史》架构
但愿本身走出校园，走向职场的经验，能给到你们一些启示。并发
这个系列的下一篇，准备写本身职业生涯前两年在百度的感触，早就构思好了，只是迟迟没有动笔。分布式
2、数据结构算法类优化
也就是标题为“拜托，面试别再问我XXXX”的这一系列，目前这一系列反馈比较好。
TopK，数1，斐波拉契数列：
算法时间复杂度，一篇搞定：
时间复杂度为O(n)的排序问题：
后续争取讲透更多更有意思的算法，但愿这些文章可以帮助你们在面试中胜出，拿到本身心仪的offer。
3、管理经验
除了在8月份已完结的，“leader教个人那些事”系列，已汇总在《这些年，leader教个人那些事》。
10月份又重启了一个系列，“新晋leader那些事”，目前只输出了一篇：
这一个系列必定会体系化的写下去，心想，追剧“架构师之路”3年的小伙伴，如今应该都至少是主管，经理了吧？
4、数据库相关
只输出了一篇，关于数据库主从同步延时很长，MySQL的优化思路：
5、架构相关
架构类的文章，是“架构师之路”启动的初心，没想到最近一篇长文，阅读量如此惨淡，考虑后续减小此类输出：
画外音：莫非这类比较长的文章，不适合碎片时间阅读？
6、分布式相关
这个系列，是你们在评论中但愿启动的，目前聊了CAP，2PC，后置提交等几个话题：
《分布式基础，啥是两阶段提交？》
《分布式事务，原来能够这么玩？》
可是，从阅读量和转发量上看，不是很理想。
固然，我也不会只从阅读量和转发量来选择创做主题，只要以为有价值的东西，就会继续写下去，大伙以为呢？
画外音：固然，阅读和转发会带来更大的动力。
有位小伙伴留言“技术圈为数很少值得置顶的公众号”，十分感动，感谢。
只要你们有收获，凌晨笔耕不辍的时光，就不是白费。
调研：追剧“架构师之路”3年的小伙伴，如今至少是主管，经理了么？
本文分享自微信公众号 - 架构师之路（road5858）。
若有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一块儿分享。