איך להיות מתחייב והאם אתה באמת צריך את זה?

שלום! שמי דמיטרי פבלוב, אני עובד ב GridGain, ואני גם מתחייב ומשתתף PMC ב- Apache Ignite ותורם ב- Apache Training. לאחרונה העברתי מצגת על עבודתו של מתחייב במפגש הקוד הפתוח של Sberbank. עם התפתחותה של קהילת הקוד הפתוח, לאנשים רבים החלו יותר ויותר שאלות: איך להפוך ל-committer, אילו משימות לקחת על עצמם וכמה שורות קוד צריך לכתוב כדי לקבל את התפקיד הזה. כשאנחנו חושבים על מחויבים, אנחנו מיד מדמיינים אנשים כל-יכולים ויודעי כל עם כתר על הראש וכרך של "קוד נקי" במקום שרביט. האם זה כך? בפוסט שלי אנסה לענות על כל השאלות החשובות על מתחייבים כדי שתוכלו להבין האם אתם באמת צריכים את זה.

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

מיהו מתחייב ולמה צריך כזה?

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

למה להיות מתחייב?

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

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

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

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

ובכן, יש גם בונוסים נוספים: מתחייבי Apache, למשל, מקבלים רישיון IntelliJ Idea Ultimate בחינם (אם כי עם כמה הגבלות).

מה לעשות כדי להיות מתחייב?

זה פשוט - אתה רק צריך להתחייב.

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

אילו בעיות תצטרך לפתור?

המגוונים ביותר - מפיתוח ועד כתיבת מבחנים ותיעוד. כן, כן, תרומתם של בודקים ומתעדים בקהילה מוערכת על בסיס שווה לתרומת המפתחים. ישנן משימות לא סטנדרטיות - למשל, להפעיל ערוץ יוטיוב ולספר למשתמשים אחרים איך אתה משתמש במוצר פתוח. לדוגמה, ל-Apache Software Foundation יש נפרד страница, שם מצוין איזה סיוע נדרש.  

האם אני צריך לכתוב פיצ'ר גדול כדי להיות מחויב?

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

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

איך להתנהג?

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

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

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

לבסוף, קרא קוד התנהגות וללמוד לשאול שאלות.

איך לתרום אם אתה לא מתחייב?

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

גיוון - תועלת או נזק?

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

לאהבה או לנוחות?

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

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

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

מתחייב - להיות או לא להיות?

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

מקור: www.habr.com