ראיונות טכניים ידועים בזכות חידותיהם. בין אם תתבקשו לכתוב עץ בינארי על לוח ציור, להסביר אלגוריתם מיון או ליישם את FizzBuzz בעשר שורות או פחות, עליכם להתכונן לשאלות תכנות טכניות בראיון הממוצע.
אבל זה לא הדבר היחיד שאתה צריך להיות מוכן אליו.
המציאות היא שמפתחים רבים יוכלו לפתור שאלות ראיונות תכנות נפוצים עם שונות קטנה בין התשובות. אז, מה גורם לך להיות שונה מהמועמד הבא? בדיוק בזה נתמקד בחמשת הטיפים האלה.
1. דבר את תהליך הנימוק שלך ופתרון בעיות
הדבר הגרוע ביותר שאתה יכול לעשות כששואלים אותך שאלה קשה הוא ללכת ללא מילים. למרבה הצער, קל מאוד לעשות זאת במקרה. כשאתה נתקל בבעיה הדורשת אנרגיה נפשית משמעותית ומיקוד, סביר להניח שהנטייה הראשונה שלך היא לסגת אל מוחך. אמנם זה טבעי, אך זה גם לא מועיל במיוחד למראיין.
המטרה של שאלות טכניות, בחלקן, היא לגלות כיצד אתה חושב על פתרון בעיות. מה התהליך שלך? איך מפרקים את המרכיבים השונים? איך מגיעים לפיתרון? איך אתה מגיב כשמנסים משהו שלא עובד? האם אתה טוב יותר להתנסות בקוד או לשרטט משהו בלוח?
הסבירו מה קורה לכם בראש כשאתם פותרים את הבעיה. התנהג כאילו אתה מקליט את הקול שלך כדי לפרסם באינטרנט כדי ללמד אחרים כיצד לפתור את הבעיה. גם אם המראיינים שלך נותנים לך את המרחב לחשוב בשקט, אתה עשוי להפיק תועלת מהסבר על תהליך המחשבה שלך מבלי שהם יבקשו ממך לעשות זאת. זה לא רק שזה עוזר להם להבין יותר את הכישורים שלך ואת החשיבה הביקורתית שלך, אלא שזה גם הופך אותך לבלתי נשכח.
2. מה עדיף לפתור בעיה בראיון טכני? פותר את זה פעמיים
למעט מאוד בעיות יש פיתרון אחד בלבד, ולכל הבעיות אין פתרונות שגויים אינסופיים. אז אם אתה מתמקד רק בדרך אחת לפתור בעיה, אתה מחמיץ הזדמנות משמעותית להוכיח את גמישותך ומערכת המיומנות שלך.
במקום פשוט ללכת עם פיתרון ידוע או לעבוד בשפה יחידה, פתח את הדיון על אותה בעיה מסוימת ופתר אותה לתרחישים שונים. לדוגמה, אם תתבקש לתכנת את FizzBuzz, ייתכן שתציע לעשות זאת בשתי שפות, או על ידי שימוש בשתי פרדיגמות שונות, או אולי על ידי נקיטת אילוצי ביצועים לפיתרון אחד ואילוצים אסתטיים עבור אחרים.
על ידי אימות כי לבעיה עשויים להיות מספר פתרונות, אתה מראה את יכולת ההסתגלות שלך, הגמישות והמודעות שלך, וכל אלה יעניקו אמון אצל המראיינים שלך שתוכל לבחור את הפיתרון הנכון מבין אפשרויות רבות.
כמובן, אל תעבור על השולחן - יש קריאה באומנות כאשר תשובה לשאלה עם פתרונות מרובים מוגזמת או מתקבלת בשמחה. במקרה של ספק, אל תפחד לשאול את המראיינים שלך אם אכפת להם אם תקדיש זמן להרחיב את הפיתרון שלך עם אפשרות משנית.
3. אל תפחד לשתף את דעותיך, כאשר הדבר ישים
לפעמים, כשאתה עובד דרך בעיות, תקבל החלטות שכל כולן מבוססות על טעמך ודעתך האישית. וזה בסדר - מעסיקים מעוניינים לדעתך! האופן בו אתה חושב ומגיב לסיטואציות משנה את ההבדל הגדול בתרבות של חברה. חוות דעת היא גם סימן של מנהיגות ובגרות טכנית כמפתח. כדי לקיים דיון בדעותיך דורש שתעריך עמדות אחרות בנושא מסוים.
עם זאת, זכור שאפשר לקיים דעות מקרוב. אם אינך מסכים עם המראיין שלך בנושא מסוים, דרוך בקלילות כששתף מידע זה. אמנם טוב להיות עם נקודת מבט, אך חשוב לציין כי לא תמיד יש לשתף אותה ולדעת לבחור את הקרבות שלכם. כלל אצבע טוב: אל תשתף את דעתך אלא אם כן תתבקש.
4. לעולם אל תסיים תשובה ב"אני לא יודע "
אלא אם כן אתה מתמודד עם תרחיש "קוביאשי מארו", לעולם אל תסיים שאלת ראיון עם "אני לא יודע." זו לא אופציה בעבודה, לכן היא לא צריכה להיות אפשרות בראיון.
כמובן, אני לא אומר שאתה צריך לדעת הכל. זה בלתי אפשרי! אבל אתה צריך להראות שיש לך אסטרטגיה ללמוד את מה שאתה צריך לדעת כדי לבצע את העבודה. נסה להגיב עם "אני לא יודע איך לעשות את זה, אבל הנה איך הייתי הולך להבין את זה." תשובה זו צריכה ללכת רחוק יותר מאשר רק להגיד "הייתי גוגל זה, ". מוטב שתסביר את הכיוון הכי סביר שתחקור.
יותר מכל, אל תתביישו! למידה היא ברובה התהליך של להבין את הדברים שאינך יודע. המעסיק שלך לא מצפה ממך להיות מושלם, אבל הם כן מצפים ממך להיות חרוץ ואינטליגנטי, ולעולם לא להפסיק מבעיה.
5. שחק תמיד בקבוצה
אלא אם כן אתה מפתח עצמאי, העבודה שלך תמיד תוגדר בהקשר של צוות, וההצלחה של הצוות היא תמיד בעלת חשיבות משלך. אז הראיון שלך אמור לשקף שאתה לא סתם עסוק בפתרון הבעיות שלך ביום נתון, אלא שאתה ממוקד לעשות את כל מה שצריך כדי שהצוות יצליח.
אז איך אתה יכול לתקשר את זה בראיון?
לעולם אל תדון בבעיות כאילו הן ריקות
כמעט לכל פרויקט יש דרישות ומגבלות משאבים, אז הראו את המודעות שלכם להקשר של הבעיה. בעיה שנפתרת היטב אך עברה את התקציב אינה באמת הפיתרון הגדול ביותר.
הראו את המודעות שלכם למומחיות בצוות הקיים
לפעמים התשובה הטובה ביותר לשאלה היא לבקש מאחרים מהצוות שלך לשתף פעולה איתך, ואתה יכול להפנות לאנשים האלה בשאלות הטכניות: "אם הוצגה בפני הבעיה הזו במסגרת הצוות שלנו, כנראה הייתי מבקש לבדוק גם הפתרון שלי. "זה מראה שאתה מוכן לסמוך על מומחיותם של אחרים ושהמטרה שלך היא להגיע לפיתרון הטוב ביותר.
העבירו את הצוות שלכם לערכים מונעים במפורש
זה נושא מספיק חשוב שעליך לצאת מייד ולהגיד את זה. אתה רוצה לוודא שהמעבידים שלך מודעים לחלוטין לכך שהמטרה שלך היא לעזור לחברה להצליח, ולא רק לשבת ליד שולחן העבודה שלך ולקודד כל היום.
בסופו של דבר, העבודה שלך כמפתח אינה רק קוד. זה להיות שחקן קבוצתי, מנהיג ומישהו שלעולם לא מוכן להיגמל מבעיה. ההזדמנויות בראיון טכני הן לא רק להראות שאתה יכול לעמוד ביעדים או לכתוב אלגוריתמים, אלא גם לשים את עצמך מעל לתחרות ולהראות את הערך שאתה מוסיף למעסיק.
