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

 

1) כמות הטכנולוגיות וסיבוכיותן עלתה משמעותית לאורך השנים

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

 

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

 

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

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

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

 

 

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

קצת סטייה מהנושא, אבל יש הבדל בין שתי הדוגמאות שנתת: התמקצעות טכנולוגית (למשל C++ מול Java) ובחירת תחום "עסקי" כמו VOIP/טלקום/אבטחה. לדעתי שני פרמטרים אלה הם אורתוגונליים זה לזה.

 

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

 

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

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

 

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

אין שאלה, מה שטוב לארגון.

המפתח יכול לקחת קורס בJAVA או במה שהוא רוצה עלי. 

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

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

 

אולי במבט מבחוץ  זה נראה כאילו אנחנו הצלחנו "לשטות" במנהלים אבל זה ממש לא כך.

 

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

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

 

מי יודע אולי בפעם הבאה נשלב גם קטעי קוד ב-JAVA.....

 

אגב, אני שמה לב להעדפות הברורות הללו בראיונות עבודה.

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

 

צטט: sivan 2008-05-19 21:24:28

 (בד"כ כאלו שהם כבר מנוסים בהן) 

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

 

 אכן מדובר בצעירים שבהם

צטט: or_rs 2008-05-20 10:22:48

 

צטט: sivan 2008-05-19 21:24:28

(בד"כ כאלו שהם כבר מנוסים בהן)

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

 

 

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

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

 

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

 

לגבי סגנון: אני לא יודע אם אותו בן אדם עזב בגלל שהשתמשתם ב-m_ ולא ב-f בשביל ה-prefix ל-class members (לא מאמין שזאת הסיבה), אבל גם פה - אם הוא חושב שהסגנון לא מתאימים לו - זכותו לעזוב. זה יכול גם להיות יתרון מצד החברה, ויימנע המצב שבו מתווכחים כל יום מחדש על באיזו שורה לשים את הנקודה פסיק. מצד שני יכול להיות שמדובר באיכות הפיתוח: יש אנשים (ואני למשל בתוכם) שחשוב להם להיות חלק מצוות שמכיר בחשיבותה של "איכות" (כמושג אבסטרקטי שהוא חלק מערכי החברה ו/או כל אחד מפרש אותו לעצמו) והפניית מאמץ לנושאים מסוימים (למשל - מתודולוגיות, unit testing, design & code reviews, עבודה עם כלים מתאימים וכד'). ולמי שהולך לנהל אנשים ולהיות בתפקיד שמשפיע גם לרוחב - ההתאמה בין ערכי הבן אדם לנהוג בחברה/צוות היא חשובה פי כמה.

כצעיר שהספיק בכל זאת להחליף עבודת תכנות אחת באחרת (מיד בסיום התואר) - אני חייב לציין שלנסיוני לא כל השפות והטכנולוגיות אותו דבר. בעבר תכנתי בASP .NET ו-javascript אפליקציות rich-client, והיום אני יותר בצד השרת. הסגנון אחר לחלוטין, הדגשים שונים ובסופו של דבר את נהיה מתכנת שונה. למשל, בjavascript קשה מאוד לכתוב object oriented באמת, וכמובן שאתה לא נוגע בקללות כמו multithreding, עומסים וכו'. לעומת זאת חשוב להכיר אוביקטים ולכתוב נקי - אחרת יהיה בלגן שלא ניתן לתחזוקה, וחשוב לחשוב על חווית מתשמש. בC# או Java אתה יכול לכתוב נקי עם הרבה פחות אנרגיה , כי השפה יותר שומרת עליך.