|4 דקות קריאה

מה שאני מחפש במהנדסים סניורים ב-2026 (אחרי יותר מ-250 גיוסים)

גיוסהנדסהמנהיגות

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

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

להלן הקבוצה הקטנה בהרבה של האותות שאני סומך עליהם היום, ב-2026.

איתות 1: הם הוציאו משהו שלם, ויודעים לדבר על הפשרות

לא "תרמתי ל-", לא "הייתי חלק מהצוות ש-". הוציאו. לקחו בעלות. מספק ועד חי אצל משתמשים.

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

מה שאני מקשיב לו זה לא "הם קיבלו את ההחלטה הנכונה". זה אם הם מסוגלים לנסח שהייתה בכלל החלטה לקבל. מהנדסים ג'וניורים (לא משנה כמה שנים כתובות בקורות החיים) מתארים פרויקטים כאילו הארכיטקטורה נפלה מהשמיים. מהנדסים סניורים מתארים פרויקטים כסדרה של בחירות, שלכל אחת מהן היו אלטרנטיבות, ולכל אחת הייתה סיבה.

איתות 2: הם כותבים קוד מולי ומספרים בקול מה הם חושבים

אני לא עושה leetcode. לא אכפת לי אם מישהו יודע לאזן עץ בינארי על לוח. הראיון שאני מריץ הוא: הנה בעיה קטנה, שדומה מאוד למציאות, מהתחום שלנו. אנחנו הולכים לכתוב קוד ביחד במשך ארבעים דקות. אתה על המקלדת, אני צופה ושואל שאלות.

מה שאני בודק:

  • הם שואלים שאלות הבהרה לפני שהם כותבים משהו? (טוב)
  • הם מתחילים להקליד מיד כדי למלא שקט? (רע)
  • כשהם תקועים, הם מספרים בקול מה הם חושבים? (טוב)
  • הם קוראים את הקוד שלהם בחזרה אחרי שכתבו אותו? (טוב)
  • הם מזהים את הבאגים של עצמם לפני שאני מזהה? (טוב מאוד)
  • אם אני מכניס אילוץ באמצע התהליך, הם בוחנים מחדש את העיצוב או סתם מטליאים אותו? (זה הסימן של סניור)

איתות 3: הם יכולים לחלוק עליי בלי להיות מתגוננים

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

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

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

איתות 4: יש להם מערכת יחסים עם הכלים שלהם

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

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

איתות 5: הם יודעים לכתוב פסקה באנגלית ברורה על נושא טכני

הנדסה סניורית היא לפחות 30% כתיבה. לא קוד — כתיבה. מסמכי עיצוב, RFCs, ADRs, ניתוחי כשלים (פוסט-מורטם), תיאורי PR, שרשורי Slack שמסבירים למה פיצ'ר מתעכב.

אם מישהו לא יודע לכתוב פסקה ברורה בשפת העבודה שלו, הצוות יתפרק סביבו.

איתות 6: הם עברו שריפה אמיתית והם זוכרים מה נשרף

נפילה של המערכת. אובדן נתונים. מיגרציה כושלת. חשבון שנפרץ. חיוב שגוי לאלפי משתמשים.

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

מה שכבר לא מעניין אותי

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

מה שמעניין אותי היום יותר מבעבר

  • סבילות לעמימות. עבודת מוצר אמיתית היא מפרטים חצי-מוגדרים ועדיפויות שמשתנות.
  • עצמאות בעבודה מרחוק. משמעת אסינכרונית היא היום מיומנות בפני עצמה.
  • נוחות עם כלי AI. ב-2026 המהנדסים הפרודוקטיביים הם אלה ששילבו GPT-5, Claude, Cursor או דומיהם בזרימת העבודה שלהם, עם שיקול דעת.
  • קור רוח תחת לחץ. כל אחד יודע לכתוב קוד ביום שלישי רגוע.

תהליך הראיונות שאני מריץ היום

1. שיחת היכרות של 20 דקות. הסיפור של הפרויקט האחרון שלהם. פיצ'רים מול החלטות.

2. סשן קוד משותף של 60 דקות. תחום אמיתי, מקלדת אמיתית.

3. שיחה של 30 דקות בנושא "ספר לי על תקופה קשה".

4. שבוע ניסיון אחד, בתשלום מלא, על טיקט אמיתי. לא משא ומתן.

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

עקרון הסיום

גיוס הוא הדבר הכי חשוב שמייסד עושה, ורוב המייסדים מתייחסים אליו כמו למטלה משעממת. המחיר של גיוס סניור גרוע הוא שישה חודשים ומשהו בין $100K ל-$500K. המחיר של שבוע ניסיון נוסף עם שלושה מועמדים הוא כמה אלפי דולרים ושבוע של סבלנות. תאט. תצפה בהם כותבים קוד. תקשיב איך הם מספרים סיפורים.

פורסם במקור ב-mktrl.dev/blog.