چگونه مشارکت های بیشتری را برای پروژه منبع باز خود جذب کنید

به عنوان یک مدافع توسعه دهنده برای GitHub، اغلب از من می پرسند که چگونه یک پروژه منبع باز را شروع کنم، و توصیه من در اینجا ساده است، یک سازمان در GitHub ایجاد کنید (در مورد آن در اینجا بیشتر بخوانید) و شروع به مستندسازی پروژه خود کنید.

اما شروع یک پروژه، در تئوری، آسان است. بخش سخت، حفظ این مشارکت ها، و سالم و پایدار نگه داشتن جامعه پیرامون آن پروژه است.

بنابراین امروز قصد دارم نکاتی را برای پروژه منبع باز شما به اشتراک بگذارم تا افرادی را که می خواهند مشارکت کنند و بتوانند این افراد را درگیر و فعال نگه دارند جذب کنید.

یک README خوب نوشته باشید

یکی از بزرگ‌ترین موانعی که وقتی می‌خواهیم به منبع باز کمک کنیم، عدم درک پروژه است. به همین دلیل ضروری است که فایل README.md که صفحه اصلی پروژه شماست، چیزی سازماندهی شده و آموزنده باشد.

در اینجا می‌توانید درباره نحوه نوشتن یک README خوب بیشتر بدانید.

یک راهنمای مشارکت داشته باشید

فایل مهم دیگر راهنمای مشارکت است. در این سند، توضیح می‌دهید که چگونه جامعه می‌تواند به پروژه شما کمک کند. می‌توانید به انواع مشارکت‌هایی که پروژه‌تان می‌پذیرد، نحوه ایجاد آن تغییرات و سایر اطلاعاتی که احساس می‌کنید شخص باید قبل از مشارکت بداند، بپردازید.

در این لینک می توانید به نمونه تصویر زیر دسترسی داشته باشید.

منشور رفتاری را فراموش نکنید

کد رفتار سندی است که قوانین و رفتارهای مورد انتظار از افرادی که در پروژه مشارکت دارند را دیکته می کند و احترام و سایر ارزش هایی را که شما لازم می دانید را تضمین می کند.

مهم است که این کد عواقب آن را در صورت کشف قوانین نیز بیان کند.

یک مثال عالی، کد رفتاری Feministech، یک جامعه فمینیستی متشکل از زنان ترنس، غیر باینری و سیس است که محتوایی درباره فناوری تولید، مصرف و به اشتراک می‌گذارند.

در آن اطلاعاتی در مورد جامعه، مأموریت و ارزش‌های آن، آنچه از کسانی که وارد جامعه می‌شوند انتظار می‌رود، آنچه باعث می‌شود فرد از این جامعه خارج شود و عواقب نادیده گرفتن قوانین را خواهید یافت.

در آنجا نیز ارجاعاتی به قوانین رفتاری دیگر یافتم، و پیوندها را در اینجا می گذارم تا به عنوان پایه از آنها استفاده کنید:

مسائل اول خوب (مسائل خوب برای مبتدیان)

وجود مشکلات در مخزن راهی برای روشن کردن این موضوع است که پروژه شما کمک می‌پذیرد، و هر چه این موضوع مستندتر و دقیق‌تر باشد، بهتر است.

نکته مهم دیگری که باید در نظر گرفت این است که افراد زیادی هستند که می‌خواهند به منبع باز کمک کنند اما نمی‌دانند چگونه شروع کنند، و اینجاست که تگ first-insued خوب وارد می‌شود.

شما می توانید از این تگ برای مسائلی استفاده کنید که سطح سختی آنها را یک مبتدی می تواند انجام دهد. و یک بار دیگر اهمیت مستندسازی مسائل شما را به خوبی تکرار می‌کنم، بنابراین مبتدی که مشکل اول شما را پیدا می‌کند، می‌تواند راحت‌تر کار کند.

در مشاوره سرمایه گذاری کنید

اگر در زمینه فناوری اطلاعات هستید، احتمالاً متوجه شده اید که تعداد زیادی از تازه کارها به دنبال اولین فرصت خود هستند. برای آن دسته از افرادی که تازه شروع به کار کرده اند، مشارکت متن باز حتی ترسناک تر است.

بنابراین می‌توانید یک قدم فراتر از داشتن یک شماره اول خوب مستند و مستند بروید و می‌توانید به کسانی که برای اولین بار می‌خواهند کمک کنند، کمک کنید. لازم نیست خیلی زیاد باشد، شاید یک راهنمایی نیم ساعته برای توضیح بهتر موضوع و رفع شبهات، یک جلسه برنامه نویسی جفتی، یا گاهی اوقات فقط در موضوعی که در دسترس هستید برای پاسخ به هر سوالی که آن شخص دارد، نظر بدهید.

GitHub Brasil کانالی در Twitch دارد، جایی که من زندگی هفتگی را در آن انجام می‌دهم، و اخیراً در جریانی به نام Open Source Brasil، که در آن با مردم برزیلی که پروژه‌های منبع باز را حفظ می‌کنند، چت می‌کنم، مهمان ملیسا مندونسا به ابتکاری اشاره کرد که به نظرم خیلی جالب بود: پروژه‌هایی که او روی آنها کار می‌کند، برچسب اسپرینتی وجود دارد که حتی از شماره اول خوب هم جالب‌تر است، انتظار می‌رود این مسائل در یک اسپرینت به پایان برسد، و افرادی که می‌خواهند این مسائل را حل کنند با افراد ارشد بیشتری کار می‌کنند تا اینکه برای حل این مشکل راهنمایی کنند. موضوع.

Sprintable به این معناست. چند پروژه کوچک که احتمالاً می تواند در یک سرعت انجام شود، با یک مربی که به سؤالات شما پاسخ می دهد.

به طور خلاصه

قوانینی که من آوردم ممکن است ساده به نظر برسند، اما آنها همه تفاوت را در نحوه نگاه افراد خارجی به پروژه شما ایجاد می کنند.

می‌توانیم همه چیز را در این موارد خلاصه کنیم: مهربان باشید و مستندات خوبی داشته باشید که علاوه بر جزئیات، با افرادی نوشته شده است که پروژه شما را نمی‌شناسند و/یا در زمینه فناوری جدید هستند.

بنابراین اگر پروژه ای را حفظ می کنید، فراموش نکنید:

1. یک README خوب نوشته شده دریافت کنید

2. یک راهنمای مشارکت داشته باشید

3. منشور رفتاری را فراموش نکنید

4. مسائل اول خوب (مسائل خوب برای مبتدیان)

5. در مشاوره سرمایه گذاری کنید