sd 0基础，14天内通过meta E4的sd面试，求建议

最近要在14天后（大约27号那个周），面meta的E4，之前没学过system design，今天花2小时把alex xu的前三章看完了


想请教两个问题：
1.14天内，速通达到E4的sd bar可行吗？E4应该对sd要求不高。如果不可行，我就reschedule面试。


2.想快速达到meta E4的sd 的bar，大家有什么建议吗？目前我看完了alex xu的书，基础知识差不多了，开始看一些mock的视频和meta sd面经。


14天，大概每天可以花4小时准备sd

补充内容 (2024-02-14 02:57 +08:00):

1.原贴里说了，是“之前没专门学过system design”,不是“之前没学过cs”。


2.meta sd也都是原题。

补充内容 (2024-02-14 03:03 +08:00):

是recruiter想让27号那个周面得，不是我自己想，我想一个月之后面，recruiter说最晚27号那个周。。。。我也是赶鸭子上架呀，大家多提有用的建议呀！

补充内容 (2026-03-24 15:40 +08:00):
lol 已经过去很久了，更新一下


当时我还真就准备了14天，通过了meta的sd面试，哈哈哈，下面的黑子们可以zs了，哈哈哈

给你分享一个high-level的cheat sheet吧，我之前准备的时候在LinkedIn看到的，确实也就是入门级的

𝐇𝐨𝐰 𝐭𝐨 𝐚𝐧𝐬𝐰𝐞𝐫 𝐢𝐧 𝐚 𝐒𝐲𝐬𝐭𝐞𝐦 𝐃𝐞𝐬𝐢𝐠𝐧 𝐈𝐧𝐭𝐞𝐫𝐯𝐢𝐞𝐰:

1. For a Read-Heavy System - Consider using a Cache.
2. For a Write-Heavy System - Use Message Queues for async processing
3. For a Low Latency Requirement - Consider using a Cache and CDN.
4. Need 𝐀tomicity, 𝐂onsistency, 𝐈solation, 𝐃urability Compliant DB - Go for RDBMS/SQL Database.
5. Have unstructured data - Go for NoSQL Database.
6. Have Complex Data (Videos, Images, Files) - Go for Blob/Object storage.
7. Complex Pre-computation - Use Message Queue & Cache.
8. High-Volume Data Search - Consider search index, tries or search engine.
9. Scaling SQL Database - Implement Database Sharding.
10. High Availability, Performance, & Throughput - Use a Load Balancer.
11. Global Data Delivery - Consider using a CDN.
12. Graph Data (data with nodes, edges, and relationships) - Utilize Graph Database.
13. Scaling Various Components - Implement Horizontal Scaling.
14. High-Performing Database Queries - Use Database Indexes.
15. Bulk Job Processing - Consider Batch Processing & Message Queues.
16. Server Load Management & Preventing DOS Attacks- Use a Rate Limiter.
17. Microservices Architecture - Use an API Gateway.
18. For Single Point of Failure - Implement Redundancy.
19. For Fault-Tolerance and Durability - Implement Data Replication.
20. For User-to-User fast communication - Use Websockets.
21. Failure Detection in Distributed Systems - Implement a Heartbeat.
22. Data Integrity - Use Checksum Algorithm.
23. Efficient Server Scaling - Implement Consistent Hashing.
24. Decentralized Data Transfer - Consider Gossip Protocol.
25. Location-Based Functionality - Use Quadtree, Geohash, etc.
26. Avoid Specific Technology Names - Use generic terms.
27. High Availability and Consistency Trade-Off - Eventual Consistency.
28. For IP resolution & Domain Name Query - Mention DNS (Domain Name System).
29. Handling Large Data in Network Requests - Implement Pagination.
30. Cache Eviction Policy - Preferred is LRU (Least Recently Used) Cache.

匿名用户 发表于 2024-2-13 12:29
哇！！！！！！好喜欢你的发言！我对你的id印象很深，当时面meta电面时，你就给了很多建议，非常有帮助！ ...

笑死

. 楼上有个阴阳怪气的评论你大可不必听，E4的system design的要求真的非常非常非常低，谷歌IC4甚至不需要面System Design就写LeetCode就行。Meta的E4要面System Design基本上只要你懂最最最最basic的东西就行了。

举个例子，为什么read heavy要用SQL，write heavy用noSQL？

如果你能答出：因为SQL是relational database有schema，数据处理起来更方便，比如你的where clause可以执行的非常迅速。noSQL是nonrelational写的时候对格式没什么要求，所以可以往里面随便写。这对E4而言就已经是一个及格的答案了。

如果你能答出：SQL的indexing和querying optimization，noSQL的partition之类的，那就非常不错了。

如果你还能答出：数据库发展到今天，SQL和noSQL都能handle很大的数据量了。noSQL有吧啦吧啦种，如果要用noSQL，我觉得我们这个case适合用key value based，key value based有memcache和redis两个非常有名的。redis是单线程的（但是network IO在redis里面也是多线程的），memcache是多线程的。他们都足够快吧啦吧啦。这个答案已经far beyond E4's requirement了（E5面试基本就要会到这个程度）。

如果你还能答出：我当年有个设计遇到了类似的情况，我的context是吧啦吧啦，我的选择是吧啦吧啦，我认为我当时的选择到现在也很valid/不valid，理由是吧啦吧啦。那恭喜你，E5的面试稳过。

找个有经验的朋友mock一下（如果你有认识在Meta工作并且面System Design的）。他会帮你set up proper expectations。

总体来说，真的很简单。你这个标题说你0基础，实际上现在能面E4的基本都是2YOE+，就不存在0基础的情况了。如果你大学的时候学过数据库和分布式系统，那你要做的真的literally只是熟悉一下流程（怎么做back of envelope calculation）这些。

我反对任何神话系统面试难度的回答。系统面试本质上和LeetCode没有任何区别。“系统面试需要长时间积累才能通过面试”这句话只对E6和E6+有用。我觉得E5及以下系统面试都可以在短时间内速成。面试的本质就是一场考试。只要是考试就有出题范围和套路。理解了出题范围和套路，考试是很容易得高分的，面试同理。动不动就说什么系统设计考内功，没有XX年根本面不好，这种说辞除了吓唬新人以外没任何用处，很多时候就是一帮老学究跟孔乙己一样在研究回字有几种写法而已。

来得及的

我第一次面IC4的SD只学了一个星期

先学educative io 上面的内容会让你对system design的流程有个基本的认识 看blocks（搭积木） 然后看一些经典的例题 比如如果你面meta就看meta面经里面的题就行了（比如design Uber这种就没必要看） 这部分2天就看完了有基础的话 大部分东西你应该都知道/用过

然后看database。system design的面试里50%的问题都跟database有关（因为database跟storage有关）。database要么是relational要么是nonrelational，nonrelational里面还分key value/columnar/document/graph（educative io会讲）。搞清楚每个的代表作和他们的区别（比如redis和memcache的区别）有个金玉良言楼主一定要听：SD不是让你给出最优解，而是让你对比不同解，所以面试的时候要show你知道这些不同解。

然后看一些非database的经典设计比如message queue（kafka，RabbitMQ）因为这些很常用

最后找人mock一下

如果还有时间，看看MIT 6.824的经典paper（mapReduce，Spark，GFS，BigTable这些）拓展下视野

IC4的SD要求非常非常非常低，2个星期好好学百分之一个亿够用

码农这钱是大风刮来的

是cs专业吗？是cs专业的话 system design就不是0基础。

个人建议花点钱找人mock 不然你根本不知道 gap在哪里

看运气，看你自己悟性，system design E4也不会多难，你自己讲0基础，但E4肯定有工作经验了，你悟性好也许能过。谁能说清楚这事就是神仙了。所有的面试都有一定的偶然性。有些面试官就把面试当个任务，该问的几道题都问了，有的面试官就是喜欢展开聊聊。

匿名用户 发表于 2024-2-13 15:42
是cs专业吗？是cs专业的话 system design就不是0基础。

是cs专业，只是之前没准备过sd

edisonshen 发表于 2024-2-13 16:01
看运气，看你自己悟性，system design E4也不会多难，你自己讲0基础，但E4肯定有工作经验了，你悟性好也许 ...

恩，谢谢，meta sd好像都是原题。

mby123 发表于 2024-2-13 15:46
个人建议花点钱找人mock 不然你根本不知道 gap在哪里

谢谢建议   zszszs

个人感觉那本看了很久也不一定有用，容易钻到某些细枝末节里去，也不一定会被问到或者自己还是说不清楚，或者表达的特别特别乱，让面试官很轻松的认为设计思路逻辑混乱。
0基础就俩星期了还不如多mock搞清一下整体设计逻辑，要实现的清晰的整体框架，搞熟常见的题多练习一下自己对设计的表达能力。