چگونه بدون کد زدن در اپن سورس مشارکت کنیم؟

در این مقاله از زبان Chris Hermansen اولین مشارکت‌های او با اپن سورس را می‌خوانیم و انواع راه‌های مشارکت، بدون زدن کد را بررسی می‌کنیم. با آسمان در ادامه همراه باشید:

شما چگونه با اپن سورس مشارکت می‌کنید؟

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

امروزه فرصت‌های مشارکت بسیار زیادی وجود دارد، از مشارکت‌های کد زنی گرفته تا ساخت ویدیوهای how-to.

من می‌خواهم از بحث کدزنی برای مشارکت در اپن سورس گذر کنم. نیازی به اشاره نیست که بسیاری از ما از راه برنامه‌نویسی در اپن سورس مشارکت می‌کنیم و اولین جواب به این سؤال که چگونه به اپن سورس کمک کنیم؟ شاید برنامه‌نویسی باشد. به جای آن دوست دارم همه راه‌های مشارکت در اپن سورس بدون کد زدن را یادآوری کنم و درباره ۳ مورد مهم صحبت کنم.

بایگانی کردن باگ ریپورت‌ها

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

  • یک باگ ممکن است شرح دادن یا ضبط کردن‌ش کار دشواری باشد. یک مسیج طولانی و پیچیده با همه نوع کد غیر قابل سازماندهی ممکن است یک لحظه در زمانی که کامپیوتر در حال بوت شدن است به وجود بیاید. یا ممکن است یک سری رفتار عجیب و غریب در اسکرین بدون پیام خطای خاصی اتفاق بیافتد.
  • یک باگ ممکن است دوباره پیدا کردنش سخت باشد. مثلاً ممکن است یک سری خطاها فقط در تنظیمات نرم‌افزاری و یا سخت‌افزاری خاصی رخ دهد. یا ممکن است به ندرت اتفاق بیافتد. یا یک ناحیه مشخصی که خطا رخ می‌دهد، مشخص نباشد.
  • یک باگ ممکن است با تنظیمات محیط توسعه خیلی خاصی لینک شده باشد که بعضا شاید بسیار بزرگ و شَلخته باشد و اشتراک آن بسیار پیچیده و مستلزم تحمل دشواری ساخت مثال مشخص برای بخش مورد نظر.
  • وقتی که یک باگ به یک توزیع ریپورت می‌شود، maintainer ممکن است پیشنهاد کند که باگ را برای upstream فایل کنید، که همین امر گاهی اوقات ممکن است موجب دردسر زیادی شود. مثلاً وقتی که نسخه پشتیبانی‌شده توسط توزیع مورد نظر، به هر دلیلی نسخه مورد علاقه و مورد توجه کامیونیتی upstream نیست.

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

یک راه برای شروع، این است که با استفاده از ابزار سرچ مورد علاقه‌تان دنبال باگ ریپورت‌های مشابه بگردید، ببینید که چگونه شرح داده شده‌اند، کجا فایل شده‌اند، و موارد دیگر. یک چیز مهم دیگر، مکانیزم رسمی تعریف‌شده برای گزارش باگ توسط توزیع شما (برای مثال Fedora’s is here, openSUSE’s is here, Ubuntu’s is here) و پکیج نرم‌افزار (LibreOffice’s is here, Mozilla’s seems to be here) است.

پاسخ به پرسش کاربران

من گاهی اوقات به صورت مخفیانه به لیست‌ها و فروم‌هایی مثل Ubuntu quality control team و forums, LinuxQuestions.org و ALSA users mailing list سرک می‌کشم و همکاری می‌کنم. اینجا مشارکت‌ها کمتر به گزارش باگ‌ها و بیشتر به use case های پیچیدگی مستندسازی مربوط می‌شود. احساسی عالی برای هرکس است که ببیند فردی برای کمک به یک شخص و رفع مشکل در موضوع خاصی می‌شتابد.

نوشتن درباره اپن سورس

در آخر یکی از بخش‌های دیگر مشارکت که واقعاً از آن لذت می‌برم، نوشتن درباره استفاده از نرم‌افزارهای اپن سورس است. چه نوشتن راهنمای how-to باشد، ارزیابی مقایسه‌ای راهکارهای مختلف برای یک مشکل مشخص باشد، یا فقط به طور کلی کشف و نوشتن در یک حوزه علاقه‌مندی مشخص باشد (در مورد من استفاده از موزیک پلیرهای اپن سورس برای لذت بردن از موسیقی). یک انتخاب مشابه ساخت ویدیوی آموزشی است. ضبط کردن ویدیو از روی صفحه دسکتاپ در حالی که یک splash دلفریب در GIMP می‌سازید، کار بسیاری راحتی‌ست. و آن دسته از افراد که به دو یا چند زبان تسلط دارند، می‌توانند ترجمه مقالات و ویدیوهای how-to به دیگر زبان‌ها را در نظر داشته باشند.

در کامنت‌های این مقاله نیز گفتگوهای خوبی انجام شده که به اختصار در ادامه می‌آید:

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

موارد دیگری نیز برای مشارکت بدون کد در اپن سورس وجود دارد که در آینده به آن خواهیم پرداخت.

منبع:
https://opensource.com/article/19/4/contribute-without-code
** تصویر سرآیند Jefferson Santos در سایت unsplash