עצות מהמתכנתים שביניכם

[DanielRiks]

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

 

[minimizer]

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

וטסטים, תלמד לכתוב טסטים.

 

[wa11a]

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

 

[לארוצה]

למרות שהקוד רץ על מכונות, הוא צריך להיות מתוחזק על ידי בני אנוש. לכן, הוא צריך להיות ברור וקל להבנה, אלא אם כן יש צורך אמיתי באופטימיזציה כלשהי. Premature optimisation is the root of all evil.

 

[WhatIsMoney]

אחרי שסיימת מבני נתונים וקצת אלגוריתמים תתחיל לפתור leetcodeים כדי למצוא עבודה בGAMFA

 

[ת.אוקהם]

אחרי שסיימת מבני נתונים וקצת אלגוריתמים תתחיל לפתור leetcodeים כדי למצוא עבודה בGAMFA

ממתי מיקרוסופט נכנסה?
הם משלמים כמו FAANG?

 

[WhatIsMoney]

ממתי מיקרוסופט נכנסה?
הם משלמים כמו FAANG?

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

 

[ת.אוקהם]

ועדיין משלמים קילומטר מעל שאר תעשיית ההייטק-סטרטאפ הישראלית

לא בהכרח נכון מ2-3 דוגמאות אנקדוטליות שאני מכיר אבל חייב להודות שלא עשיתי מחקר בנושא אז ייתכן שאתה צודק...

 

[WhatIsMoney]

לא בהכרח נכון מ2-3 דוגמאות אנקדוטליות שאני מכיר אבל חייב להודות שלא עשיתי מחקר בנושא אז ייתכן שאתה צודק...

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

 

[UnitTest]

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

 

[Shadows]

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

Premature optimization is the root of all evil.

 

[DanielRiks]

מעולה תודה חבר'ה, קיבלתי

 

[לארוצה]

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

 

[Et1]

אם אתה שואל על סטנדרטים, יש מסמכים כאלה:
https://www.cl.cam.ac.uk/teaching/1819/FJava/BAE-Java-standard.pdf
לדעתי זה דווקא כן רעיון טוב להתרגל לסטנדרטים כאלה.

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

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

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

הרבה בוגרי אקדמיה לא יודעים לעבוד עם GIT במקרה הטוב, ובמקרה הרע אין להם אפילו חשבון בGITHUB.
לדעתי זה יתרון גדול.

 

[Minimi]

אם אתה שואל על סטנדרטים, יש מסמכים כאלה:
https://www.cl.cam.ac.uk/teaching/1819/FJava/BAE-Java-standard.pdf
לדעתי זה דווקא כן רעיון טוב להתרגל לסטנדרטים כאלה.

הרבה בוגרי אקדמיה לא יודעים לעבוד עם GIT במקרה הטוב, ובמקרה הרע אין להם אפילו חשבון בGITHUB.
לדעתי זה יתרון גדול.

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

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

 

[Et1]

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

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

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

 

[Minimi]

אני לא אומר שזה גיים-צ'יינג'ר, במיוחד אם לא מדובר בסטודנט שמתעסק בקוד כבר מגיל 13, אבל זה בהחלט nice to have.

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

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

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

 

[Itay Angel]

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

עקרונות כמו
SOLID (סרטון קצר שמסביר את העניין)
Clean code (ספר של 'הדוד בוב')
TDD (הפרקטיקה הספציפית והמדויקת היא אינה חובה, אבל חשוב להבין איך כותבים טסטים בכדי לייצר מערכות יציבות בתור התחלה ולאחר מכן גם להבין מה ההבדל בין 'סתם' לכתוב טסטים בשביל לקבל 100% קאברג' לבין לחלק את הטסטים בין 'שכבות' שונות של יוניט-אינטגריישן-E2E ולכתוב טסטים 'איכותיים' שיתנו מענה מהיר למפתח).

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

בכל מקרה,
Apply the boyscout rule
תמיד תשאיר נקי יותר אחריך.
גם אם אתה מתקן באג ועל פניו אין קשר לשינוי שם של משתנה (קראו לו X אבל צריך לקרוא לו SumOfPinsDropped) תשנה אותו.
אם לקח לך דקה להבין מה המשתנה עושה, וכל שבוע קוראים את זה 10 מתכנתים על פני 10 שנים, תחשוב כמה דקות חסכת לחברה.

שאר הדברים, שלא פחות חשובים, מאוד אישיותיים.
SOFT SKILLS
הם משהו שחשוב מאוד.

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

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