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