11 עשה ואל תעשה עבור עבודת התכנות הראשונה שלך

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

האם: מצא מנטור?

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

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

אל: פחד לשאול שאלות ❓

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

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

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

הנה טיפ לגבי הידיעה מתי לשאול שאלה :

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

דוגמה לשאלה "גרועה": "אין לי מושג מה קורה כאן, אבל משהו לא עובד ..."

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

האם: שתף את ההצלחות שלך?

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

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

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

לא: פאניקה?

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

לעשות: לדבר בפגישות?

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

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

אל: נסה ברצף להוכיח את עצמך?

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

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

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

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

עשה: תהיה תקשורתי במיוחד ✅

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

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

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

לא תקבל תלונות על תקשורת יתר. אבל אתה תגרום לבעיות אם תתקשר פחות.

אל: חפש הכרה מאחרים?

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

עשה: השתדל ללמוד קיצורי מקשים ⌨

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

אל: אמור 'כן' לכל דבר?

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

"התמקדות היא אמירת לא." - סטיב ג'ובס

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

לעשות: להסתבך בדברים מחוץ לעבודה?

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

למען הכנות

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

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

  1. דגל בעצמך
  2. להיות בטוח
  3. לשאול שאלות
  4. הקף את עצמך באנשים תומכים ומעודדים

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