רוב המועמדים נכשלים בראיונות System Design לא בגלל חוסר ידע טכני - הם נכשלים כי הם מבלים 30 דקות בתכנון database schema למערכת שדורשת real-time messaging. מחקר של Pramp על אלפי mock interviews גילה שב-68% מהמקרים שבהם מועמד ידע את התשובה הנכונה - הוא עדיין נכשל. הסיבה: הוא קפץ לפתרון לפני שהבין את הבעיה. Framework נכון חשוב יותר מידע טכני. המראיין לא מחפש אנציקלופדיה חיה של Kafka internals - הוא מחפש אדם שיודע לחשוב בצורה מובנית תחת לחץ.
השיעור הזה הוא השיעור האחרון בקורס, ומטרתו לסגור מעגל: לקחת את כל מה שלמדתם על load balancing, caching, databases, message queues ו-consistent hashing - ולאחד אותם לתוך framework שעובד בזמן אמת בראיון.
ה-System Design Interview הוא unique בכך שהוא מדמה שיחה בין engineers - לא פתרון מחשב. בפועל, הוא מדמה את ה-whiteboard sessions שמתרחשות לפני building feature גדול. Engineer טוב ב-whiteboard session הוא לא זה שיודע כל answer - הוא זה שמנהל את ה-uncertainty, שואל את השאלות הנכונות, מזהה את ה-risks מוקדם, ומייצר clarity מתוך ambiguity. זה מה שמראיינים מחפשים.