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