הראיון הטכני הישראלי: פירוט של 90 דקות

הראיון הטכני הראשון ב-Wix, Monday, Wiz, Riskified, JFrog, AppsFlyer — כולם עובדים בפורמט דומה של 90 דקות. אחרי מספיק שיחות עם מהנדסים שישבו בשני הצדדים של השולחן, המבנה צפוי מספיק כדי שתוכלו להתכונן לפורמט, לא רק לשאלות.

הנה מה שבאמת קורה, דקה אחרי דקה, ומה המראיין בודק בכל שלב.

המבנה של 90 הדקות

כמעט כל ראיון טכני ראשון מתחלק לשלושה בלוקים:

• 0–15 דקות — חימום, הכרות, מוטיבציה
• 15–60 דקות — שאלת קוד
• 60–90 דקות — עיצוב מערכת או צלילה טכנית לעומק

הבלוקים לא נוקשים. שאלת קוד שהולכת טוב לפעמים נמשכת עד דקה 70 ובלוק העיצוב מתכווץ. שאלת קוד שהולכת רע נחתכת מוקדם והמראיין עובר ל"ספר לי על פרויקט שאתה גאה בו" כדי לחלץ סיגנל. אבל המבנה הזה אמיתי, ולהתייחס לכל שלב כיעד הכנה נפרד — זו הגישה הנכונה.

0–15 דקות — החימום הוא לא סמול טוק

זה השלב שמועמדים מזלזלים בו הכי הרבה. המראיין בודק שלושה דברים:

1. האם אתה מתקשר באנגלית ברמה שעובדת עם עמית מרוחק בסן פרנסיסקו או ברלין?
2. האם אתה מהסוג שצוות פיתוח רוצה לשבת לידו?
3. יש לך סיבה אמיתית וספציפית לרצות את התפקיד הזה — או שאתה יורה לכל הכיוונים?

שתי שאלות הפתיחה הנפוצות ביותר:

• "Walk me through your last project at scale."
• "What attracted you to this role specifically?"

תשובות גנריות קוברות אותך כאן. "אני רוצה לעבוד ב-Wix כי Wix היא חברה מעולה" — זה פייל. המראיין מחפש ראיות שקראת את תיאור המשרה, הסתכלת על הסטאק הטכנולוגי של הצוות, אולי עברת על פוסט אחרון בבלוג ההנדסה שלהם. אם התפקיד הוא משרת בקאנד בצוות תשלומים ואתה אומר "שמתי לב שעברתם מ-Python ל-Go בשנה שעברה ואני עובד על מיגרציה דומה" — זה סיגנל חיובי ב-90 השניות הראשונות.

לגבי סיפור הפרויקט, תבנו אותו: מה הייתה הבעיה, מה היה התפקיד הספציפי שלך (לא של הצוות — שלך), אילו טרייד-אופים עשית, מה היית עושה אחרת. שלוש דקות, מקסימום. אם אתה מפטפט שמונה דקות, כבר שרפת שליש מהחימום והמראיין מתחיל לדאוג לגבי התקשורת שלך. רוב האינסטינקטים שהופכים קורות חיים לחזקים עובדים גם כאן — ספציפיות במקום תארים, בעלות אישית במקום "הצוות עשה", מספרים כשיש לך.

15–60 דקות — שאלת הקוד

חברות ישראליות לא נוטות להשתמש בשאלות טריק. הדפוס הוא רמת medium-to-hard בסגנון LeetCode עם עטיפה מהעולם האמיתי. דברים שתראו לעיתים קרובות:

• מעבר על גרפים — נתיב קצר ביותר, מיון טופולוגי, זיהוי מעגלים
• חלון נע (sliding window) על סטרים
• שני מצביעים (two pointers), בעיקר על מערכים ממוינים
• אופטימיזציה עם hashmap כדי להוריד לולאה מקוננת מ-O(n²) ל-O(n)
• בעיות "top K" מבוססות heap, לעיתים קרובות עם חלון זמן

שאלה מייצגת: "בהינתן סטרים של אירועים, כל אחד עם timestamp וסוג, החזר את K סוגי האירועים השכיחים ביותר ב-5 הדקות האחרונות, עם עדכון בזמן אמת כשאירועים מגיעים." זה חלון נע פלוס heap פלוס קצת מחשבה על איך לפנות ספירות שפג תוקפן. זה לא אקזוטי — זה מהסוג שמופיע בצינורות טלמטריה אמיתיים.

דבר אחד ששווה לציין: גם כששניכם דוברי עברית, שאלת הקוד יותר ויותר מתנהלת באנגלית. הסיבה פשוטה — הפרטנר שלך ל-pair programming עשוי לשבת באוסטין. הם רוצים לראות שאתה יכול לנסח "I'm thinking we use a min-heap of size K and pop the smallest when we see a more frequent element" בלי לקפוץ בין שפות באמצע משפט.

מה באמת מעריכים

כאן רוב המועמדים קוראים את הרובריקה לא נכון. דף הציונים של המראיין נראה בערך ככה:

1. תקשורת תוך כדי פתרון — האם אתה חושב בקול, או בוהה במסך בשקט
2. שאלות הבהרה — האם שאלת על גודל הקלט, מקרי קצה, throughput צפוי לפני שהתחלת לכתוב
3. ניסוח טרייד-אופים — האם אתה יכול להגיד "הפתרון הנאיבי הוא O(n²) אבל טריוויאלי לכתיבה, אתה רוצה שאני אופטם קודם או שאביא משהו שעובד"
4. קוד שרץ ומטפל במקרי קצה — קלט ריק, אלמנט בודד, כפילויות
5. סיבוכיות זמן אופטימלית — כן, אבל זה סעיף #5, לא #1

ראיתי מועמדים שכתבו את הפתרון האופטימלי בשקט מוחלט ונדחו כי למראיין לא היה סיגנל על איך הם חושבים. ראיתי מועמדים שכתבו פתרון לא אופטימלי תוך כדי שהם מסבירים בבהירות, שואלים שאלות טובות ותופסים באגים בעצמם — והתקבלו. הביצוע הוא הסיגנל, לא רק התוצר הסופי.

אם אתם רוצים לאמן את השריר של לדבר-תוך-כדי-קוד, סימולטור הראיונות מריץ אתכם דרך שאלות ריאליסטיות ומדרג אתכם בדיוק על המימד הזה — תקשורת, הבהרות, טרייד-אופים — לא רק הקוד הסופי.

60–90 דקות — עיצוב מערכת או עומק טכני

הבלוק הזה מתפצל לשני טעמים. לתפקידי בקאנד ברמת mid-level וסניור, תקבלו שאלת עיצוב מערכת. לתפקידי פרונטאנד, מובייל, או תפקידים מוקדמים יותר בקריירה, לעיתים קרובות תקבלו צלילה לעומק על משהו שכבר מופיע בקורות החיים שלכם — "הזכרת שבנית את שכבת הקאשינג בעבודה הקודמת, תעבור איתי על העיצוב ומה היה משתנה אם התעבורה הייתה גדלה פי 10."

כך או כך, מבנה ארבעת השלבים זהה:

1. הבהרת סקופ — נפח קריאות, נפח כתיבות, יעדי latency, דרישות consistency, פיזור גיאוגרפי. אל תדלגו על זה. לתכנן URL shortener ל-1M כתובות בסך הכל זו מערכת אחרת מ-100M כתובות ביום.
2. סקיצה ברמה גבוהה — קופסאות וחיצים. קליינט, load balancer, שרתי אפליקציה, בסיס נתונים, cache. שתי דקות, בלי פרטים עדיין.
3. עומק רכיב-רכיב — בחרו את הרכיבים המעניינים וצללו לעומק. ל-URL shortener: איך מייצרים קודים קצרים (counter? hash? base62?), איך מאחסנים אותם (רלציוני? key-value?), איך עושים cache לכתובות חמות.
4. טרייד-אופים — כל בחירה שעשיתם, האלטרנטיבה, ולמה. "בחרתי base62 hash על פני auto-increment counter כי counters חושפים מטריקות עסקיות ודורשים תיאום בין אזורים."

שאלה קנונית לסניור בקאנד: "תכנן URL shortener שמטפל ב-100M כתובות חדשות ביום, 100K קריאות בשנייה, עם latency של p99 מתחת ל-50ms גלובלית." אל תנסו לתכנן את הכל ב-30 דקות — בחרו שניים-שלושה רכיבים שהמראיין מסמן עליהם עניין, וצללו שם לעומק.

הדבר הישראלי הספציפי — ישירות

זה תופס לא-מקומיים לא מוכנים. מראיינים ישראלים ידחפו בחזרה חזק, גם כשאתם צודקים. "אתה בטוח?" "זה לא ישבר תחת כתיבות מקבילות?" "אני לא חושב שזה נכון." זה לא אישי. זה מבחן לחץ.

התגובות הנכונות הן: להגן על הנימוק שלכם אם אתם עדיין מאמינים בו, או לשנות דעה אם נתנו לכם סיבה אמיתית. שתי האפשרויות בסדר. מה שגורם לדחייה זה להתפרק — לנטוש פתרון נכון כי המראיין הרים גבה, או לסרב להתעדכן כשהם העלו נקודה טובה.

אם הם אומרים "אתה בטוח שזה מטפל בכפילויות" ואתה עובר על הלוגיקה שלך ומאשר שכן, הנה למה — זה סיגנל חיובי. אם אתה מיד קורע את הקוד ומתחיל מחדש, זה נקרא כ"אין לו ביטחון, יתקפל תחת לחץ של code review."

אחרי הראיון

פידבק מגיע מהר בהייטק הישראלי. 24 עד 72 שעות זה הנורמה. אם עברו חמישה ימי עסקים בלי שחזרו אליכם, התשובה היא לא. מגייסים ישראלים לא עושים גוסטינג על קבלה — הם יקדמו אתכם לשלב הבא מהר כי הם חוששים שתקבלו הצעת עבודה מתחרה. הם לפעמים כן עושים גוסטינג על דחייה, במיוחד אם זה היה "לא" ברור. אל תתייחסו לזה כעמימות; התייחסו לשתיקה אחרי חמישה ימים כדלת סגורה והמשיכו להניע את הצינור שלכם. המצב הנוכחי של שוק הגיוס הופך את רוחב הצינור לחשוב מתמיד.

למה באמת להתכונן

אם יש לכם ארבעה עד שישה שבועות לפני הראיונות הראשונים:

• 30–50 שאלות LeetCode ברמת medium — התמקדו בדפוסים שלמעלה, לא בשאלות hard אקראיות. איכות כיסוי הדפוסים מנצחת כמות.
• 5 עיצובי מערכת מקצה לקצה — URL shortener, rate limiter, news feed, מערכת צ׳אט, distributed cache. תתרגלו להגיד אותם בקול, לא רק לשרטט.
• 3–4 סיפורים על העבודה האמיתית שלכם — שלוש דקות כל אחד, מובנים (בעיה, התפקיד שלך, טרייד-אופים, תוצאה). תחזרו עליהם עד שהם מרגישים טבעיים, לא שינונים.
• ראיון מוק אחד בשבוע — עם חבר, שירות בתשלום, או סימולטור. השריר של לדבר-תוך-כדי-חשיבה מתנוון מהר אם מתרגלים רק בשקט.

הפורמט של 90 דקות צפוי מספיק כדי שלהגיע לא מוכנים זו בחירה, לא גורל. תתכוננו לפורמט, לא רק לשאלה.