איך לעבור ראיון Full Stack? עשרה טיפים פרקטיים לג'ניורים

איך לעבור ראיון Full Stack

מחפשים משרת Full Stack בתור ג’וניורים?

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

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

במאמר זה ריכזתי את 10 טיפים החשובים ביותר שעזרו לי למצוא עבודה בתור מפתחת Full Stack. 

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

תוכן עניינים


1. דעו לספר על עצמכם 

יש לכם ניסיון קודם כמתכנתים (אפילו אם לא בתור מפתחי full stack)? מעולה! רוב הסיכויים שאתם כבר יודעים מה זה אומר לפתח פרויקט קיים (שהוא לא מ-0). עכשיו רק נותר לכם להציג את עצמכם בצורה נכונה.

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

לקריאה נוספת: איך עונים על השאלה “ספר לי על עצמך” בראיון עבודה כמו מקצוענים >>


2. למדו פריימוורק בצד לקוח

אף על פי שיש מקומות עבודה שמפתחים ב-JavaScript טהורה, ההמלצה שלי היא שתלמדו פריימוורק פופולארי כמו ריאקט או אנגולר.

היו מוכנים למבחן כל הזמן

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

לצורך העניין, הייתי ממליצה לעבוד על הנושאים האלו:

  • ריאקט: Hooks, usecontext, Redux, Mobx 
  • אנגולר: Reactive forms ,ngRx,rxjs 

ההמלצה הזאת תקפה לכל פריימוורק: הכרות טובה עם Lifecycles של קומפוננטה, הבנה של מעבר פונקציות ומשתנים מקומפוננטה לקומפוננטה גם כשאין קשר של "אב-בן".

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

3. למדו  שפת תכנות נוספת מלבד JavaScript

כשמתייחסים לבקאנד, ישנם לא מעט דיונים בהן נשאלת השאלה “אילו שפות/טכנולוגיות/כלים הכי פופולריים ושימושיים?”. 

ממה שאני רואה בתעשייה, השפות השולטות הן C# ,Java, Python (מלבד JavaScript). כל שפה נוספת שהתמקצעתם בה, תתן לכם יתרון יחסי מול מועמדים אחרים.

4. למדו איך לעבוד עם דאטה בייס לא רלציוני 

יש מצבים שבהם נכון להשתמש בדאטה בייסים רלציוניים כדוגמת SQL Server ויש מצבים שבהם נכון להשתמש בדאטה בייסים לא רלציוניים, אחד הפופולאריים והנוחים ללמידה הוא MongoDB.

5. אל תשכחו להציג (גם) איכויות עיצוביות ושליטה ב- CSS 

full stack אומר להיות טוב בשני הצדדים – פרונטאנד ובאקאנד. צד הלקוח כולל בתוכו גם CSS. זה אומר שאתם צריכים לדעת איך לעבוד עם CSS בצורה נכונה כדי לא לעבוד כפול. 

ההמלצה שלי (שגם קיצרה לי את עבודת העיצוב משמעותית) – עבדו על שליטה ב-flexbox ו-grid. למידה של Bootstrap תהיה בונוס נחמד שיזכה אתכם בהערכה מצד חברות שמשתמשות בספרייה זו.

אל תוותרו לעצמכם על הניראות! 

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

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

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

מה ללמוד לראיון פול סטאק
ראיון למשרת פול סטאק ידרוש מכם שליטה במגוון טכנולוגיות, שפות תכנות וכלים

6. התכוננו לשאלת ציפיות השכר

התשובה לשאלה “מה ציפיות השכר שלך” משתנה ביחס למה שיש לכם להציע. לכן, אל תגיעו לשאלה הזאת לא מוכנים.

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

לקריאה נוספת: איך לענות על השאלה “מה ציפיות השכר שלך?”


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

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

זה אולי נשמע קצת מובן מאליו, אבל חשבו על המקרה הבא:

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

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

8. תקצבו משימות בפרויקטים 

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

המציאות היא כזו שהתעשייה לוקחת פרויקט מסוים, מחלקת אותו למס’ מפתחים וצריך להעריך כמה זמן כל משימה תקח.

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

אל תחששו לבקש עזרה

אל תחששו לבקש עזרה כשאתם מרגישים תקועים. 

בהסתייגות קלה אגיד שמנסיוני כמתכנתת בשני מקומות עבודה שונים – לא תמיד הבן אדם שכתב את הקוד זמין.

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

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

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

9. אל תנסו להיות “מקוריים”

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

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

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

10. חפשו פידבקים כל הזמן

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

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

המאמר עזר לך? כאן משתפים >>