שמונה טעויות שעשיתי בתור זוטר

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

לקחתי את הראשון שהם הציעו

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

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

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

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

וזו הייתה טעות גדולה.

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

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

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

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

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

מתלבט על מסלול התנועה

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

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

אז תתרכזו, תנו כיוון ותעשו תכנית שתאפשר לכם להתמקצע בדרך שבחרת (כאן מַפַּת דְרָכִים, שיכול לעזור לך עם זה).

מתוחכם בקוד

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

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

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

שכחו שיש חיים מחוץ לקוד

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

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

נמנע מלומר: "אני לא יודע"

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

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

• זה הוגן - אתה לא מטעה את השואל
• יש סיכוי שיסבירו לך ואז תלמד משהו חדש
• זה מעורר כבוד - לא כולם מסוגלים להודות שהם לא יודעים משהו

מיהרתי להתקדם

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

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

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

לא הצטרף לקהילה ולא יצר קשרים

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

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

בחר קהילות שמעוררות את העניין שלך - חלק מהאפשרויות כוללות freeCodeCamp, CodeNewbies, 100DaysOfCode - והצטרף! אתה יכול גם להשתתף במפגשים מקומיים בעיר שלך (חפש באתר meetup.com).

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

זה הכל, תודה על תשומת הלב!

מקור: www.habr.com