בתשובה לפותחן קוד, 24/01/11 22:55
 |
|
 |
||
|
||||
 |
"לשחק עם זה בבית" זה אחלה. יש מצב שקל יותר, ויש יותר מה ללמוד, במסגרת של פרוייקט גדול וקיים, מאשר סתם לכתוב מחשבון דואודצימלי ולשמור אותו במגירה, אבל זה עניין של העדפה אישית. לגבי היוקרה של מעורבות בפרוייקט ממש, אני מניח שזה תלוי באיזה פרוייקט. יש פרוייקטים שיש להם יוקרה בתחומים מסויימים. נגיד, אם הכנסת קוד לקרנל לינוקס והוא יצא בגרסה רשמית של לינוס טורוולדס (במיוחד אם הוא לא דרייבר, אבל גם אם כן), יש מצב שיהיה לזה משקל משמעותי בראיון למשרה שמערבת תכנות לקרנל, כי ללינוקס יצא שם שקשה להכניס לשם קוד. אם מצאת ותיקנת חור אבטחה בOpenSSL, כנ"ל, בתחום אבטחת־תוכנה. אם אתה מפתח דביאן רשמי והמשרה קשורה להתעסקות עם הפצה מבוססת־דביאן (נגיד, לתחזק את הappliance של המוצר), כנ"ל. מה שמשותף לשלושת הפרוייקטים האלה זה שהם מפורסמים בסטנדרטים הגבוהים שלהם, כל אחד בתחומו (גם אם בפועל אנחנו מגלים שהם אולי לא תמיד ראויים לסנדרטים האלה...), ועדיין צריך ליפול על מראיין ששמע על הסטנדרטים הגבוהים של הפרוייקט. |
 |
 |
 |
|
|
|
||
|
||||
|
ברור שתלמד יותר במסגרת פרוייקט קיים מאשר לבד, אבל אנחנו לא רוצים ללמוד אנחנו רוצים לקבל עבודה וללמוד על חשבון המעסיק. אז השאלה היא כמה חשיבות המעסיק ייתן ל"תרמתי קוד" לעומת "שיחקתי עם זה", לא רלוונטי כמה אתה באמת לומד. מבחינתך הכי זול זה לשחק עם זה בבית, אז אם התשואה של שני הדברים דומה - עדיף לשלם פחות. אתה באמת צודק שיש פרוייקטים מסויימים בהם המעסיק בוודאי מודע ומסתכל על קוד פתוח (אם מישהו כותב את הגרסא שלו לקרנל, כנראה שהוא יודע מה זה להכניס קוד לקרנל ויתרשם ממך אם הכנסת) לדעתי תחום המחקר באבטחת מידע לא קשור, שם חברה רצינית בתחום קוראת פרסומים של אנשים פרטיים על פרצות שהם מצאו, וייתנו לך כבוד בין אם מצאת פירצה בקוד פתוח או בקוד סגור. אני דווקא לא מעריך שייתרשמו מעובדת היותך מתחזק של דביאן אם אתה מכוון לעבודה של sysadmin, כי למנהלים שחפשו sysadmin-ים שפגשתי, לא היה מושג מה כרוך בלהיות מפתח דביאן. אבל יכול להיות. |
|
|
|
|
|
|
||
|
||||
|
ההבדל בין "תרמתי קוד" לבין "שיחקתי עם זה" הוא בדיוק העובדה שלא מדובר רק על כך שזה משחק פרטי שלי. יש עוד מישהו אחר שחושב שזה מספיק מועיל כדי שהוא ישקיע מזמנו בשילוב תרומת הקוד הזו. יש עוד עיניים שהסתכלו על הקוד. הייתי שותף לתהליך של בקרת עמיתים. סתם לדוגמה: ארזנו אצלנו בחברה חבילות תוכנה באריזות deb בצורה עצמאית. זה עבד. לאחר שנה הבננו שזה לא חכם לתחזק מאגרים נפרדים ועדיף להעלות את כל התיקונים שאפשר למעלה. כמובן שהתברר שכל מיני דברים ש"עובדים" הם אינם הדברים הנכונים, וגם אינם מוצלחים במיוחד (עלולים להכשל בדרכים מאוד נחמדות בנסיבות המתאימות). זה בדיוק התהליך של בקרת עמיתים. והוא לא קרה כשהתוכנה לא היתה (מספיק) חשופה למפתחים חיצוניים. אני לא אעז להעלות שטויות לדביאן כי יעלו עלי מהר (בהסתברות גבוהה למדי). מעורבות בפרוייקט תוכנה (ובפרט תוכנה חופשית) אינו מעשה חד-פעמי של כתיבת קוד עצמאית. אתה כותב לפי צרכי הסביבה, מגיב למשוב מהסביבה. מגיב לבעיות שהעלו. וכמובן: אתה מספיק סומך על איכות הכתיבה שלך כדי לשים אותה באינטרנט. |
|
|
|
|
|
|
||
|
||||
|
על זה אין ויכוח. השאלה היא מתי ועד כמה האתגרים האלה וההתמודדות המוצלחת שלך איתם חשופים למעסיקים פוטנציאליים כשאתה מפרט את התרומות שלך בקורות־החיים. | |
|
|
| חזרה לעמוד הראשי |  |
| מערכת האייל הקורא אינה אחראית לתוכן תגובות שנכתבו בידי קוראים | |
 RSS מאמרים |
כתבו למערכת |
אודות האתר |
טרם התעדכנת |
ארכיון |
חיפוש |
עזרה |
תנאי שימוש
|
© כל הזכויות שמורות |