سلام! نام من دیمیتری پاولوف است، من در آن کار می کنم و همچنین یک committer و شرکت کننده PMC در Apache Ignite و مشارکت کننده در آموزش آپاچی هستم. من اخیراً در جلسه منبع باز Sberbank ارائه ای در مورد کار یک committer ارائه کردم. با توسعه جامعه متن‌باز، بسیاری از مردم به طور فزاینده‌ای سؤالاتی داشتند: چگونه می‌توان به یک committer تبدیل شد، چه وظایفی را به عهده گرفت و چند خط کد برای دریافت این نقش باید نوشته شود. وقتی به مرتکبان فکر می کنیم، بلافاصله افراد قادر مطلق و دانای کل را تصور می کنیم که به جای عصا، تاجی بر سر دارند و حجمی از «کد پاک» دارند. آیا اینطور است؟ در پست خود سعی خواهم کرد به تمام سوالات مهم در مورد کامیترها پاسخ دهم تا بتوانید متوجه شوید که آیا واقعاً به آن نیاز دارید یا خیر.
همه تازه واردان به جامعه منبع باز فکر می کنند که هرگز متعهد نخواهند شد. پس از همه، برای بسیاری، این یک نقش معتبر است که فقط برای شایستگی خاص با نوشتن یک هزار کد به دست می آید. اما به این سادگی نیست. بیایید به مرتکب از دیدگاه جامعه نگاهی بیندازیم.
متعهد کیست و چرا به آن نیاز است؟
هنگامی که یک محصول منبع باز جدید ایجاد می کنیم، همیشه به کاربران اجازه می دهیم از آن استفاده کرده و آن را کاوش کنند، همچنین نسخه های اصلاح شده را تغییر داده و توزیع کنند. اما زمانی که توزیع کنترل نشده نسخه‌های نرم‌افزاری با تغییرات رخ می‌دهد، ما مشارکتی در پایه کد اصلی دریافت نمی‌کنیم و پروژه توسعه نمی‌یابد. اینجاست که به committer نیاز است که حق جمع‌آوری مشارکت کاربران در پروژه را دارد.
چرا متعهد شویم؟
بیایید با این واقعیت شروع کنیم که متعهد شدن یک امتیاز مثبت برای رزومه است و برای مبتدیان در زمینه برنامه نویسی یک مزیت حتی بزرگتر است، زیرا اغلب هنگام درخواست شغل، نمونه کد می خواهند.
دومین مزیت بدون شک تعهد، فرصت برقراری ارتباط با متخصصان برتر و کشیدن ایده های جالب از منبع باز به پروژه شما است. علاوه بر این، اگر محصول منبع باز خاصی را به خوبی بشناسید، می توانید در شرکتی که از آن پشتیبانی می کند یا از آن استفاده می کند، شغلی پیدا کنید. حتی این نظر وجود دارد که اگر در متن باز شرکت نکنید، به موقعیت های شغلی بالایی نخواهید رسید.
علاوه بر مزایای شغلی و شغلی، تعهد به خودی خود خوشایند است. شما توسط جامعه حرفه ای شناخته شده اید، نتیجه کار خود را به وضوح می بینید. نه مانند برخی از توسعه‌های شرکتی، که گاهی اوقات شما حتی نمی‌دانید چرا فیلدها را به جلو و عقب در XML جابجا می‌کنید.
در جوامع منبع باز می توانید با متخصصان برتر مانند لینوس توروالدز ملاقات کنید. اما اگر اینطور نیستید، نباید فکر کنید که کاری برای انجام دادن در آنجا وجود ندارد - وظایف سطوح مختلف وجود دارد.
خوب، پاداش‌های اضافی نیز وجود دارد: برای مثال، committerهای Apache، مجوز IntelliJ Idea Ultimate رایگان دریافت می‌کنند (البته با برخی محدودیت‌ها).
برای تبدیل شدن به یک متعهد چه باید کرد؟
ساده است - فقط باید متعهد شوید.
اگر فکر می کنید که هیچ وظیفه ای در پروژه ها برای شما وجود ندارد، در اشتباهید. فقط به انجمنی بپیوندید که به شما علاقه دارد و آنچه را که نیاز دارد انجام دهید. بنیاد نرم افزار آپاچی یک جداگانه دارد با الزامات مربوط به committer ها
چه مشکلاتی را باید حل کنید؟
متنوع ترین - از توسعه تا نوشتن تست ها و مستندات. بله، بله، سهم آزمایش کنندگان و مستندسازان در جامعه به طور مساوی با مشارکت توسعه دهندگان ارزش گذاری می شود. وظایف غیر استانداردی وجود دارد - به عنوان مثال، اجرای یک کانال YouTube و گفتن نحوه استفاده از یک محصول منبع باز به سایر کاربران. به عنوان مثال، بنیاد نرم افزار آپاچی دارای یک جداگانه است ، جایی که مشخص شده است که چه کمکی لازم است.
آیا برای تبدیل شدن به یک committer باید یک ویژگی بزرگ بنویسم؟
خیر این اصلا ضروری نیست. committer مجبور نیست تعداد زیادی کد بنویسد. اما اگر یک ویژگی بزرگ نوشتید، ارزیابی شما برای کمیته مدیریت پروژه آسان تر خواهد بود. کمک به جامعه فقط مربوط به ویژگی ها، برنامه نویسی و آزمایش نیست. اگر نامه ای می نویسید و در مورد مشکلی صحبت می کنید، یک راه حل مستدل ارائه دهید - این نیز یک کمک است.
درک این نکته مهم است که تعهد مربوط به اعتماد است. این که آیا شما را به یک متعهد تبدیل کند یا نه، توسط افرادی مانند شما بر اساس دیدگاه آنها درباره شما به عنوان فردی که برای محصول منفعت دارد، تصمیم می گیرد. بنابراین شما با اعمال و کردار خود در جامعه باید همین اعتماد را جلب کنید.
چگونه رفتار کنیم؟
سازنده، مثبت، مؤدب و صبور باشید. به یاد داشته باشید که در متن باز همه داوطلب هستند و هیچکس به کسی بدهکار نیست. آنها به شما پاسخ نمی دهند - صبر کنید و در عرض 3-4 روز سؤال خود را به شما یادآوری کنید. آنها همیشه به شما پاسخ نمی دهند - خوب، منبع باز داوطلبانه است.
از کسی نخواهید کاری برای شما یا برای شما انجام دهد. اعضای باتجربه جامعه غریزه ای برای چنین "گداها" دارند و بلافاصله به کسانی که می خواهند کار خود را به سمت آنها سوق دهند حساسیت پیدا می کنند.
اگر کمکی دریافت کردید، عالی است، اما از آن سوء استفاده نکنید. شما نباید بنویسید: "بچه ها، این را اصلاح کنید، در غیر این صورت من پاداش سالانه خود را از دست می دهم." بهتر است بپرسید که کجا باید بروید و به ما بگویید قبلاً در مورد این باگ چه چیزی کشف کرده اید. و اگر قول دهید ویکی را بر اساس نتایج حل مشکل به روز کنید، احتمال اینکه آنها به شما پاسخ دهند به میزان قابل توجهی افزایش می یابد.
در نهایت بخوانید و آموختن .
اگر متعهد نیستید چگونه مشارکت کنید؟
پروژه ها اغلب از یک طرح RTC استفاده می کنند، که در آن ابتدا همه چیز از طریق بررسی می گذرد و سپس تغییرات در اصلی ادغام می شوند. با این طرح، کاملاً همه تحت بازبینی قرار می‌گیرند، حتی متعهدها. بنابراین، شما می توانید با موفقیت به یک پروژه کمک کنید بدون اینکه یک متعهد باشید. و برای اینکه انتخاب شدن به‌عنوان متعهد جدید آسان‌تر شود، می‌توانید به شرکت‌کنندگان جدید راهنمایی کنید، دانش را به اشتراک بگذارید، و مطالب جدیدی ایجاد کنید.
تنوع - سود یا ضرر؟
تنوع - در درک بنیاد نرم افزار آپاچی، این، در میان چیزهای دیگر، وابستگی شرکت کنندگان در یک پروژه منبع باز توسط چندین شرکت است. اگر همه فقط به یک سازمان وابسته باشند، با از دست دادن علاقه به پروژه، همه شرکت کنندگان به سرعت از آن فرار می کنند. تنوع پروژه طولانی مدت، پایدار، تجربه متنوع و طیف گسترده ای از نظرات شرکت کنندگان را فراهم می کند.
برای عشق یا برای راحتی؟
در پروژه‌های متن‌باز دو نوع افراد وجود دارند: کسانی که در سازمانی کار می‌کنند که به این محصول کمک می‌کند، و کسانی که برای عشق در اینجا کار می‌کنند، یعنی داوطلبان. کدام یک بازده بیشتری دارد؟ به طور معمول، شرکت کنندگانی که محصول را از سازمان مشارکت کننده پشتیبانی می کنند. آنها به سادگی زمان بیشتری دارند و انگیزه روشنی برای رسیدن به ته حقیقت دارند، آنها روی کار متمرکز هستند و به کاربر نزدیکتر هستند.
کسانی که این کار را "از روی عشق" انجام می دهند نیز انگیزه دارند، اما به روشی متفاوت - آنها مشتاق مطالعه این پروژه هستند تا دنیا را به مکانی بهتر تبدیل کنند. و دقیقاً چنین شرکت کنندگانی هستند که پایدارتر و درازمدت گرا هستند، زیرا کسانی که به ابتکار خود به جامعه آمده اند بعید است در یک روز آن را ترک کنند.
چگونه بین بهره وری و ثبات تعادل پیدا کنیم؟ دو گزینه وجود دارد. گزینه اول: زمانی که شرکت‌کننده در شرکتی کار می‌کند که به طور رسمی در این پروژه منبع باز مشارکت دارد و به خاطر علاقه‌اش کاری اضافی در آن انجام می‌دهد - مثلاً از تازه‌واردان حمایت می‌کند. گزینه دوم شرکتی است که دستخوش تغییر منبع باز شده است. به عنوان مثال، زمانی که کارمندان چهار روز در هفته روی پروژه اصلی کسب و کار کار می کنند و بقیه زمان ها بر روی منبع باز کار می کنند.
متعهد - بودن یا نبودن؟
متعهد شدن موضوع خوب و مفیدی است، اما نباید به طور خاص برای تبدیل شدن به یک متعهد تلاش کنید. این نقش یک نقش مبتنی بر کد نیست و دانش شما را نشان نمی دهد. تنها چیزی که مهم است تخصص است، یعنی دانش و تجربه ای که با مطالعه پروژه، عمیق شدن در آن و کمک به دیگران برای حل مشکلات به دست می آورید.
منبع: www.habr.com