מתכנתים, לכו לראיונות

התמונה לקוחה מתוך סרטון מהערוץ "אמטיסטים מיליטנטיים»

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

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

הכתבה תכלול תחרות קטנה עם פרסים.

תכונות של המקצוע

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

תחנת עבודה טיפוסית למתכנת מערכות.

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

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

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

ראיונות

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

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

• ספר לנו על עצמך;
• יש לנו משימות כאלה;
• אתה אוהב?

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

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

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

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

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

משימות ראיון

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

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

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

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

שאלות מס' 1

I. ידע ב-SI. מה המשמעות של הערכים הבאים:

const char * str;

char const * str;

const * char str;

char * const str;

const char const * str;

האם כל הערכים נכונים?

II. למה התוכנית הזו תזרוק תקלת פילוח?

int main ()
{
       fprintf(0,"hellon");
       fork();
       return(0);
}

III. להיות חכם.

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

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

שאלות ראיון מס' 2

בעיות חומרה.

• כיצד שיחות מערכת לינוקס מסודרות בשפת assembly במעבד ARM, ב-x86. מה ההבדל?
• אילו כלי סנכרון קיימים? באילו כלי סנכרון ניתן להשתמש בהקשר של פסיקה, באילו כלי סינכרון, ומדוע?
• מה ההבדל בין אוטובוס i2c לאוטובוס spi?
• למה יש טרמינטורים באוטובוס i2c ומה הערך שלהם?
• האם ממשק RS-232 יכול לעבוד רק על שני חוטים: RX ו-TX? כאן אתן את התשובה: מסתבר שזה גרוע, ב-9600, אבל זה יכול!!!
• ועכשיו השאלה השנייה: למה?
• מהי הדרך הטובה ביותר לסדר קווי אות והספק בלוחות רב שכבתיים ומדוע? כוח בתוך השכבות, או קווי אות בתוך השכבות? (השאלה היא בדרך כלל אך ורק על עיצוב מעגלים).
• למה לקווים דיפרנציאליים יש מסלולים שמתחברים יחד בכל מקום?
• אוטובוס RS-485. בדרך כלל יש terminators בקו כזה. עם זאת, יש לנו מעגל כוכבים, עם מספר משתנה של מודולי פלאג-אין. באילו אמצעים להימנע מהתנגשויות והפרעות יש להשתמש?
• מהם עצים אדומים ובינאריים?
• איך עובדים עם cmake?
• שאלות על בניית yocto Linux.

מטרות ראיון זה:

1. כתוב פונקציה שמתהפכת ל uint32_t כל החלקים. (עבודה עם ביטים מאוד פופולרית בראיונות, אני ממליץ על זה)
2.

int32_t a = -200;
uint32_t b = 200;
return *(uint32_t) * (&a)) > b;

מה הפונקציה הזו תחזיר? (פתרון על נייר, ללא מחשב)

3. פונקציה לחישוב הממוצע האריתמטי של שני מספרים int32_t.

4. מהן שיטות הפלט בתוכניות, כולל. לתוך זרם של שגיאות.

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

שאלות ראיון מס' 3

1. ניתנת דוגמה לקוד חציית עצים; יש צורך לספר מה נעשה בקוד זה ולהצביע על שגיאות.
2. כתוב דוגמה של כלי השירות ls. עם האפשרות הפשוטה ביותר "-l".
3. תן דוגמה כיצד לבצע קישור סטטי ודינאמי. מה ההבדל?
4. כיצד פועל RS-232? מה ההבדל בין RS-485 ל-RS-232? מה ההבדל בין RS-232 ל-RS-485 מנקודת מבטו של מתכנת?
5. איך עובד USB (מנקודת מבטו של מתכנת)?
6. תרגום טקסט טכני מרוסית לאנגלית.

ראיון מוצלח אינו ערובה לעבודה מוצלחת

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

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

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

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

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

ממצאים

מתכנתים, לכו לראיונות! ותמיד תנסה להתקדם. נניח שאם אתה מקבל N כסף, אז לך לראיון עבור לפחות N*1,2, או יותר טוב N*1,5. גם אם לא תיקח את המשרה הפנוי הזו מיד, תבין מה נדרש לרמת השכר הזו.
התצפיות שלי הראו שידע טוב בשפה האנגלית, ניסיון עשיר מספיק בתעשייה וביטחון עצמי מחליטים. האחרון הוא האיכות העיקרית, כמו בכל מקום בחיים. ככלל, מועמד בטוח יותר יכול להופיע טוב יותר בראיון, אפילו עם יותר טעויות, מאשר מועמד מצוין, אך ביישן ופרואקטיבי יותר. בהצלחה עם הראיונות שלך!

תחרות P/S

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

מקור: www.habr.com