این wikiHow به شما می آموزد که چگونه یک پروژه منبع باز موفق را شروع و نگهداری کنید. گذشته از سخت کوشی و تمرکز بر هدف نهایی ، کلید ایجاد یک پروژه منبع باز موفق اغلب در تعیین اهداف در مراحل اولیه و پذیرش کمک از جامعه نهفته است.
مراحل
قسمت 1 از 3: آماده سازی برای شروع
مرحله 1. بدانید از کجا شروع کنید
در اصل ، پروژه منبع باز شما باید راه حلی برای یک مشکل ارائه دهد ، به خصوص اگر این مشکل در آینده به احتمال زیاد تکامل یابد. اولین قدم برای پرورش یک پروژه منبع باز موفق ، یافتن مشکلی برای حل ، تعیین اینکه آیا مشکل به اندازه کافی مهم است یا نه ، و تعیین اهداف شما از آنجا نهفته است.
اگر قبلاً پروژه ای در حال حرکت دارید ، حتماً مشکلی را که حل می کند قبل از ادامه کار بنویسید
مرحله 2. مطمئن شوید که پروژه شما ضروری است
تقاضا یکی از اجزای اولیه پروژه های منبع باز موفق است. اگر هیچ تقاضا یا نیاز برای ایده اولیه پروژه شما وجود ندارد-یا اگر تقاضای فعلی توسط پروژه دیگری برآورده می شود-ممکن است به پیوستن به یک پروژه در حال انجام متفاوت یا انتخاب مشکل دیگری برای تمرکز فکر کنید.
بسیاری از پروژه های منبع باز جاری ، ورودی های دقیق جامعه را می پذیرند ، بنابراین نگران نباشید به جای آن نسخه موجود پروژه خود را جستجو کرده و به آن بپیوندید
مرحله 3. از پذیرفتن مشکلات بزرگ یا مبهم خودداری کنید
این مشکلات نه تنها معمولاً به موقع به راه حل های رسمی تری می رسند ، بلکه تلاش برای تمرکز بر یک مشکل بزرگ هم تمرکز شما را کم رنگ می کند و هم باعث می شود بدون نیاز به صرف زمان بی دلیل در پروژه ، بتوانید به تمام نیازهای مخاطبان خود توجه کنید.
در عوض ، روی یک مشکل کوچک که تعداد زیادی از مردم را تحت تأثیر قرار می دهد تمرکز کنید (به عنوان مثال ، یک اشکال در توزیع لینوکس)
مرحله 4. موفقیت پروژه خود را مشخص کنید
از آنجا که پروژه های منبع باز به موضوعات مختلف می پردازند ، "موفقیت" پروژه شما متفاوت خواهد بود. یادداشت برداری از آنچه در تلاش برای دستیابی به آن هستید و چگونه می دانید که به آن دست یافته اید ، به شما کمک می کند تا در طول پروژه بر یک هدف اصلی تمرکز کنید.
به عنوان مثال ، ممکن است پروژه منبع باز خود را در صورت راه اندازی موفق بدانید ، در حالی که دیگران ممکن است پروژه را تنها زمانی که تعداد بارگیری ها به تعداد معینی برسد ، موفق بدانند
مرحله 5. مجوز منبع باز موجود و تأیید شده برای پروژه خود را انتخاب کنید
بیشتر توسعه دهندگان می دانند منظور از "GPL" ، "LGPL" "BSD" (توزیع نرم افزار برکلی) و "Apache" چیست ، به این معنی که آنها همچنین می دانند با چنین کدی چه کاری می توانند انجام دهند و چه کاری مجاز نیستند. این به شما کمک می کند تا در طول مسیر از هرگونه مشکل قانونی یا مالکیت معنوی جلوگیری کنید.
نوشتن مجوز خود می تواند زمان بر باشد و به احتمال زیاد باید وکیل را استخدام کنید تا تأیید شود که سند همه جعبه ها را بررسی می کند
مرحله 6. فایل README را برای پروژه خود بنویسید
این ممکن است به نظر برسد که بهتر است برای آخرین بار ذخیره شود نه برای اولین بار ، اما نوشتن README تا آنجا که می توانید بدون پروژه واقعی پیش رو شما را مجبور می کند تا سه چیز مهم را تعریف کنید: پروژه شما برای چه کسانی (مخاطبان) ، چه چیزی پروژه برای (استفاده) استفاده می شود ، و در آنجا می توانید منابع اضافی (کمک) پیدا کنید.
به طور طبیعی ، شما نمی توانید دستورالعمل های فنی پروژه خود را در فایل README فهرست کنید
قسمت 2 از 3: شروع پروژه
مرحله 1. از قبل مشارکت کنندگان را بیابید
در حالی که ممکن است چیزی از اسکلت اولیه پروژه خود گرفته تا نسخه بتا کار داشته باشید ، استخدام چند مشارکت کننده نزدیک برای کمک به پروژه قبل از ارسال پروژه در هر نقطه به ایجاد یک تیم کمک می کند. به طور مشابه ، هنگام شروع به بازخوردهای چند نفر نزدیک دسترسی مستقیم خواهید داشت نه اینکه مجبور باشید بازخوردهای پراکنده جامعه را مرتب کنید.
- عدم یافتن مشارکت کنندگان قبل از راه اندازی پروژه ممکن است باعث شود که همکاران احساس نکنند که به طور فعال بخشی از این روند هستند.
- بسیاری از رهبران پروژه های منبع باز درس های برنامه نویسی یا سایر غرامت های غیرمادی را به اولین مشارکت کنندگان خود ارائه می دهند.
مرحله 2. میزبانی کنید
ثبت نام رایگان برای میزبانی رایگان برای یک پروژه منبع باز بسیار آسان است. گزینه های رایج عبارتند از SourceForge و GitHub. انجام این کار نه تنها باعث صرفه جویی در هزینه می شود ، بلکه پروژه شما را در مکانی قرار می دهد که به احتمال زیاد افراد به دنبال پروژه های منبع باز جدید هستند.
مرحله 3. بیان کنید که پروژه شما منبع باز است
اگرچه این امر بسیار ساده به نظر می رسد ، اما یکی از نادیده گرفته شده ترین جنبه های یک پروژه منبع باز است. به یاد داشته باشید ، افراد فقط چند ثانیه قبل از تصمیم گیری در مورد بارگیری یا عدم دانلود پروژه شما را مشاهده می کنند. آگاهی از این که پروژه شما منبع باز است (و بنابراین ، در حال انجام) ممکن است به آنها در ایجاد نظر متفاوت کمک کند.
مرحله 4. ایجاد شفافیت
بخش "باز" منبع باز به این معنی است که مردم باید بتوانند ببینند شما با کد چه کار می کنید. برخی از روشهای آسان برای اطمینان از دسترسی همه افراد به منابع شما شامل موارد زیر است:
- کد خود را بصورت آنلاین ذخیره کنید تا همه بتوانند به آن دسترسی داشته باشند.
- مجوز ، README و برنامه انتشار خود را در مکانی با دسترسی آسان ارسال کنید.
- اهداف خود را برای پروژه بیان کنید.
- ضبط و انتشار هرگونه اطلاعات "خصوصی" جلسه (به عنوان مثال ، ضبط صوت یا رونویسی).
مرحله 5. تکرارهای پروژه خود را منتشر کنید
به ویژه هنگامی که مشارکت کنندگان یا حامیان مداوم دارید ، می خواهید تا آنجا که ممکن است به برنامه انتشار خود پایبند باشید. این به جامعه این امکان را می دهد تا قبل از انتشار عمومی پروژه شما از احساسی که دارد مطلع شود و شما می توانید مقدار زیادی بازخورد دریافت کنید که می توانید از آنها برای اصلاح نسخه های بعدی استفاده کنید.
این مهم است که به خاطر داشته باشید ، در حالی که نیازی به استفاده از هر گونه بازخورد جامعه ندارید ، آنها می خواهند ببینند که شما برخی از پیشنهادات رایج را اجرا می کنید
مرحله 6. به ویرایش انجمن در کد خود اجازه دهید
اگرچه شما مجبور خواهید بود خرابکاری و ویرایش هایی را که از نظر خود کد منطقی نیستند ، کنار بگذارید ، اما عمومی شدن کد شما به شما در یافتن مشارکت کنندگان جدید کمک می کند. همچنین با فرهنگ شفافیتی که با بسیاری از پروژه های منبع باز یافت می شود ، مناسب است ، که ممکن است بر حامیان مالی آینده تأثیر بگذارد.
شما همیشه می توانید از کد ساختاری محافظت کنید و از مشارکت کنندگان که در صورت نیاز پروژه شما را اسپم یا خراب می کنند منع کنید
قسمت 3 از 3: حفظ پروژه
مرحله 1. با جامعه تعامل داشته باشید
مهم نیست که پروژه چقدر کم و زیاد باشد ، کار منبع باز شما در نهایت نوعی علاقه و/یا انتقاد جامعه را به خود جلب می کند. به جای اینکه آنها را کنار بگذارید یا آنها را نادیده بگیرید ، بهتر است با اعضای جامعه علاقه مند صحبت کنید تا شانس مشارکت آنها را افزایش دهید.
مرحله 2. تمام کارها را خودتان انجام ندهید
همانطور که در بالا ذکر شد ، بسیاری از اعضای جامعه ممکن است با پیشنهادات یا ایده هایی در مورد چگونگی بهبود پروژه خود به شما مراجعه کنند. به راحتی می توان این را به عنوان دعوت نامه برای ایجاد تغییرات در نظر گرفت. در عوض ، از یکی از اعضای جامعه علاقه مند بخواهید تغییرات را درخواست کند.
انجام این کار هم باعث ایجاد حس کار گروهی با اعضای (اعضای) درگیر جامعه می شود و هم برای شما وقت می گذارد تا بر مسائل دیگر تمرکز کنید
مرحله 3. از ارتباطات خصوصی خودداری کنید
بخش "باز" پروژه های منبع باز برای جلسات خصوصی یا اجرای اطلاعات بدون شفافیت کامل مناسب نیست.
اگر در نهایت یک جلسه خصوصی درباره یک ویژگی یا ایده داشتید ، مطمئن شوید که جلسه را ضبط کرده و آن را در صفحه پروژه خود بارگذاری کنید
مرحله 4. درخواست های pull را اجرا کنید
درخواست های کششی روش هایی هستند که اعضای جامعه می توانند در پروژه شما مشارکت داشته باشند. در حالی که شما می خواهید این موارد را در مراحل بعدی پروژه خود مرور کنید ، اما به اعضای جامعه اجازه می دهید تا کد شما را در صورت پیشرفت پروژه تغییر دهند ، تا آنجا که ممکن است اطمینان حاصل شود.
مرحله 5. پروژه خود را بازاریابی کنید
همانطور که یک محصول پولی را به بازار عرضه می کنید ، باید پروژه منبع باز خود را از طریق صفحات رسانه های اجتماعی و مشارکت عمومی تبلیغ کنید.
تقریباً راه های بیشماری برای تبلیغ پروژه شما وجود دارد ، اما استفاده از subreddit برنامه نویسی Reddit به شما این امکان را می دهد که سوالات خود را بپرسید ، به نظرات پاسخ دهید و در غیر این صورت با مخاطبان هدف خود تعامل داشته باشید
مرحله 6. کسی را برای انجام پروژه داشته باشید
بدون شک ، موفقیت پروژه شما باعث می شود که به میزان قابل توجهی کمتر از آنچه که تاکنون به آن توجه کرده اید نیاز داشته باشد. در صورت امکان ، مدیر پروژه ای را تعیین کنید تا رفاه پروژه را بر عهده بگیرد تا زمانی که یا بی ربط شود یا نیاز به به روزرسانی داشته باشد. این به شما امکان می دهد روی پروژه های دیگر تمرکز کنید (یا یک استراحت بسیار ضروری انجام دهید).
نکات
- اگر به غواصی در منبع باز علاقه دارید اما هنوز آمادگی میزبانی پروژه خود را ندارید ، مشارکت در پروژه های سایر کاربران را تا زمانی که به مراحل پایانی برسید ، در نظر بگیرید.
-
بدانید مجوز منبع باز شما به چه معناست:
- آپاچی به همه اجازه می دهد کد شما را تغییر داده و از آن در نرم افزار منبع بسته خود استفاده کنند. بنابراین ، کد تحت این مجوز برای شرکت ها جذاب است و بدست آوردن محبوبیت اولیه بسیار آسان تر خواهد بود. با این حال ، ممکن است از افرادی که فقط در سکوت از کار شما استفاده می کنند ، بازخورد چندانی دریافت نکنید.
- LGPL (مجوز عمومی عمومی کمتر) اجازه می دهد تا از نرم افزار شما در مشتقات منبع بسته استفاده کنید ، اما از کاربر می خواهد هر تغییری را که در کد شما ایجاد کرده است فاش کند. می توان بازخورد بیشتری را انتظار داشت.
- GPL (مجوز عمومی عمومی) یک مجوز تهاجمی است که از کاربر می خواهد کد مربوط به کد شما را فاش کند. تعداد کمی از شرکتها از این کار خوششان می آید ، اما اگر آنها نرم افزار شما را بخواهند ، با شما تماس می گیرند و در صورت دلخواه ، کد را برای آنها می دهند. در حالی که این "مجوز دوگانه" توسط بسیاری از هکرهای نرم افزار رایگان و سازمان های GNU رعایت نمی شود ، قانونی است و بسیار محبوب است.
- اطمینان حاصل کنید که هر اثر مکتوبی را که تولید می کنید ، املا کنید. همیشه از گرامر مناسب استفاده کنید.
- حتی الامکان حرفه ای و بالغ باشید ، حتی اگر کسی با شما ارتباط برقرار نکند.
هشدارها
- اگر از برخی اجزای منبع باز پروژه های دیگر استفاده می کنید ، مطمئن شوید که به مجوزهای آنها احترام می گذارید. همه مجوزهای منبع باز با یکدیگر سازگار نیستند.
- معمولاً پیدا کردن و تلاش برای احیای یک پروژه متروکه موجود ایده خوبی نیست. چنین پروژه هایی معمولاً به دلایل خوبی رها می شوند.
- افرادی را که برای شما کار تولید می کنند بیش از حد تشخیص ندهید. اگر شروع به تشکر از همه کنید ، یا در نهایت دلتنگ شخصی خواهید شد که احساس می کند مورد غفلت واقع شده است ، یا نمی دانید کجا را متوقف کنید. فقط از یکی از اعضای جامعه که کاری برجسته انجام می دهد تشکر کنید. این نوار آنچه را که باید انجام شود تا قدردانی شما را انجام دهد بالا می برد.
