מחפשת עבודה17
Active member
לפני כמעט שנתיים הפכתי מ״מחפשת עבודה״ ל״עובדת״. הניסיון שלי במקור היה ב C++ backend, מה שכמובן לא ממש תואם את דרישות השוק, ורוב התפקידים שהתראיינתי אליהם היו ב C++. למרבית ההפתעה, הצלחתי למצוא תפקיד שבו הקוד נכתב בבג׳אווה וג׳אווסקריפט, ובנוסף סביבת העבודה מאוד שונה ממה שהתרגלתי אליה (עבדתי בזמנו בחלונות ועכשיו אני עובדת על מאק, עבדתי עד היום עם Clearcase כ source control עוכשיו אני עובדת עם גיט). בתחילת דרכי בצוות הצטרפתי לצוות שכתב מודולה חדשה די מאפס, ונשארתי בה יחסית הרבה זמן כדי לתמוך גם בהיבטים אחרים של הפיתוח (אני זו שבניתי לה את התשתית של הבדיקות האוטומאטיות ואת כל מה שקשור לרישיון השימוש בה).
מן הסתם כבר מתחילת הדרך אני צריכה ללמוד לא מעט: החל מסביבת העבודה החדשה, דרך השפות עצמן - ובחודשים האחרונים גם סוף סוף את הקוד בייס של שאר המוצרים של הצוות. אני חושבת שהצלחתי ללמוד לא רע, אבל הבעיה היא שבמקרים מסוימים הלימודים האלו לוקחים יותר זמן ממה שציפיתי. חלק משמעותי מזה נובע לדעתי מכך שאין ממש את מי לשאול: נוצר מצב שלאחרונה כמעט כל המתכנתים הותיקים בצוות עזבו, ולרוב מישהו יוכל לעזור לי רק במקרה כשהוא נתקל בבעיה דומה ופתר אותה. הבעיות בסוף נפתרות כי אין לי בעיה לחקור נושאים כאלו ואחרים בעצמי - אבל אני מתחילה להרגיש שהזמן שהמחקר הזה לוקח לי מתחיל למשוך תשומת לב. חשוב לי לציין שאני כמובן עובדת שעות נוספות במקרה הצורך, אבל שמתי לב לעובדה שבכל פעם שאני נכנסת לתחום חדש - דברים מתחילים להצטבר ואז חוסר הידע שלי בולט.
קחו לדוגמא משהו שקרה לי בשבוע שעבר: גיליתי שתיקון באג שביצעתי גרם לנפילה של כמה מה unit tests של המודולה שבה פתרתי את הבעיה. כדי לתקן את הבעיה הייתי צריכה ללמוד על מוקיטו (שבו לא השתמשתי עד היום) והפתרון שהייתי צריכה להגיע אליו היה לא טריוויאלי, ולכן המשימה לקחה לי בערך יום שהיה ברובו מחקר והבנה של הנושא. כיום עם הידע שיש לי זה כנראה היה לוקח לי שעה וחצי עד שעתיים לכל היותר, אבל המתכנת היחידי שאי פעם עבד עם מוקיטו לא הכיר את הנושא ולכן הוא לא יכול היה להכווין אותי לאיך למצוא את הפתרון.
ֿ
חשוב לי להוסיף פה שמדובר לרוב על הפעם הראשונה שבה אני נתקלת במשהו. בפעם הבאה שאני אצטרך לכתוב או לתקן משהו במוקיטו זה ייקח הרבה פחות זמן, ממש כמו שלמדתי עם הזמן להסתדר עם בעיות סביבה שעלו לי בעקבוצ מרג׳ים בגיט או בעיות דומות.
בשבועיים שלושה הקרובים אמור להתחיל לנו תהליך הערכות שנתי, ואני מניחה שהנושא יעלה - ולא ברור לי איך לדבר עליו בצורה מקצועית שלא תשמע כאילו אני מנסה לתרץ תירוצים.
מן הסתם כבר מתחילת הדרך אני צריכה ללמוד לא מעט: החל מסביבת העבודה החדשה, דרך השפות עצמן - ובחודשים האחרונים גם סוף סוף את הקוד בייס של שאר המוצרים של הצוות. אני חושבת שהצלחתי ללמוד לא רע, אבל הבעיה היא שבמקרים מסוימים הלימודים האלו לוקחים יותר זמן ממה שציפיתי. חלק משמעותי מזה נובע לדעתי מכך שאין ממש את מי לשאול: נוצר מצב שלאחרונה כמעט כל המתכנתים הותיקים בצוות עזבו, ולרוב מישהו יוכל לעזור לי רק במקרה כשהוא נתקל בבעיה דומה ופתר אותה. הבעיות בסוף נפתרות כי אין לי בעיה לחקור נושאים כאלו ואחרים בעצמי - אבל אני מתחילה להרגיש שהזמן שהמחקר הזה לוקח לי מתחיל למשוך תשומת לב. חשוב לי לציין שאני כמובן עובדת שעות נוספות במקרה הצורך, אבל שמתי לב לעובדה שבכל פעם שאני נכנסת לתחום חדש - דברים מתחילים להצטבר ואז חוסר הידע שלי בולט.
קחו לדוגמא משהו שקרה לי בשבוע שעבר: גיליתי שתיקון באג שביצעתי גרם לנפילה של כמה מה unit tests של המודולה שבה פתרתי את הבעיה. כדי לתקן את הבעיה הייתי צריכה ללמוד על מוקיטו (שבו לא השתמשתי עד היום) והפתרון שהייתי צריכה להגיע אליו היה לא טריוויאלי, ולכן המשימה לקחה לי בערך יום שהיה ברובו מחקר והבנה של הנושא. כיום עם הידע שיש לי זה כנראה היה לוקח לי שעה וחצי עד שעתיים לכל היותר, אבל המתכנת היחידי שאי פעם עבד עם מוקיטו לא הכיר את הנושא ולכן הוא לא יכול היה להכווין אותי לאיך למצוא את הפתרון.
ֿ
חשוב לי להוסיף פה שמדובר לרוב על הפעם הראשונה שבה אני נתקלת במשהו. בפעם הבאה שאני אצטרך לכתוב או לתקן משהו במוקיטו זה ייקח הרבה פחות זמן, ממש כמו שלמדתי עם הזמן להסתדר עם בעיות סביבה שעלו לי בעקבוצ מרג׳ים בגיט או בעיות דומות.
בשבועיים שלושה הקרובים אמור להתחיל לנו תהליך הערכות שנתי, ואני מניחה שהנושא יעלה - ולא ברור לי איך לדבר עליו בצורה מקצועית שלא תשמע כאילו אני מנסה לתרץ תירוצים.