猴子也能懂的系统设计套路

而是你能通过它给的一个案例，去做自己的搜索，走到关联的paper，tech talk（比如infoq网站和ytb频道上的）还有engineering blog，并在那基础上，能够通过阅读这些延展材料，强化自己对于案例的理解，得到自己内心对于这个案例的解决方案的答案

而是你能通过它给的一个案例，去做自己的搜索，走到关联的paper，tech talk（比如infoq网站和ytb频道上的）还有engineering blog，并在那基础上，能够通过阅读这些延展材料，强化自己对于案例的理解，得到自己内心对于这个案例的解决方案的答案

这一段写得很赞

除了读书笔记外，当然也有很多视频类的对DDIA的总结资料，比如Scott Shi前辈的讲座系列。我个人比较喜欢自己搜一堆资料交叉阅读来理解，但是应该也会有不少人比较偏好视频总结的模式。最终的目的并不是说吃透这本书里的各种知识点，而是能够通过和其他学习资料结合起来，在脑子里有个完整的思维导图，可以闭上眼时，对于刚看完的某个系统设计的架构图，对每一个部分可以脑内做注解去对应到DDIA书上的知识点。

交叉阅读 视频总结 结合起来 思维导图
闭上眼系统设计的架构图
每个部分对应DDIA

Mark mark

写得真好 zszszs

马克
大佬太强了，感谢分享

Mark mark

感谢分享，楼主说这些点我都在复习校招面试的时候或多或少了解过，但是如果真的要design，想的就不是很全面。DDIA看了一些，但是觉得像楼主说的如果没有实践过分库分表/读写分离，对这些理论知识理解就不够深刻，面试时候只能又靠背。现在很担心自己未来去的公司没办法own service，或者是design了没有人指出错误。

AppleOo 发表于 2021-7-7 01:35
感谢分享，楼主说这些点我都在复习校招面试的时候或多或少了解过，但是如果真的要design，想的就不是很全面 ...

我其实就是这样啊，实际工作根本做不到分库分表读写分离，但是基本就是靠好奇心，看到一些文章就会深入去了解下他们为什么这么做某个系统。就别太带功利心地去积累这些知识，因为你肯定也是记不住这些的。但但是最后到面试准备的时候，这些曾经积累过的东西，就能随着你再次系统性地思考相关问题，一个个被唤醒。

所以系统面试设计和系统面试还是比较不同的两件事，前者是可以通过短期练习+mock获得很好的效果的，后者就更讲究长期的耕耘了。

哎面完了发现好几个好的system design帖子

好帖！点赞收藏退出一气呵成