З цієї нагоди ми хочемо поділитися з вами статтею, яка виявилася нам цікавою і котра зацікавила її Вільне програмне забезпечення слід читати. Ми бачили цю статтю в genbetadev.com і поговорити про як співпрацювати над проектом вільного програмного забезпечення.
L проекти вільного програмного забезпечення - вони змінили світ програмного забезпечення. За виконанням таких проектів стоять люди, які присвячують свій час створенню відкритих технологій, котрі може внести кожен. Існує хибне переконання, що для участі в цих проектах важливо бути чудовим програмістом або мати багато часу. Але не. Це не є основною вимогою.
Далі ми розповімо вам різні способи співпраці у проекті вільного програмного забезпечення. Ми покажемо вам, що, незважаючи на те, що творці багатьох проектів вільного програмного забезпечення є геніями в мистецтві програмування, ми також можемо внести свій внесок різними способами. Кожен може десь розпочати.
Інтегруйтеся до спільноти та допоможіть поширити її
Розробники співпрацюють над проектом вільного програмного забезпечення спілкуватися з громадою різними засобами: списки розсилки, блоги або IRC. Ось чому важливо, якщо ми хочемо розпочати співпрацю над проектом, спочатку вислухайте сказане і надішліть наші перші повідомлення.
Пізніше ми зможемо з ними співпрацювати обговорення в списку розсилки, допомагаючи IRC до інших більш початківців людей, і навіть написання деяких дописів у блозі проекту, які інформують громаду про нові функціональні можливості або наводячи приклади в навчальних посібниках.
І якщо замість програмування нам подобається розробляти більше, напевно програмісти проекту подякують вам за допомогу вдосконалити веб-сайт. Багато разів вони настільки зайняті створенням нових функцій, що забувають про візуальний аспект офіційного веб-сайту проекту.
Співпрацюйте у виявленні та вирішенні помилок
Код - це серце проектів вільного програмного забезпечення, але хоча написання коду може бути найбільш захоплюючим, вам також слід пам’ятати, що технічне обслуговування та усунення несправностей роблять проекти стабільними.
Програмні проекти, як правило, мають система квитків видимі для громадськості. Хороший внесок є краще помилки документа про які повідомлялося. Ми можемо діагностувати помилки, оскільки вони часто можуть бути погано задокументовані, тому, якщо ми зможемо відтворити помилки на квитках і надати більше інформації розробникам проекту, вони це оцінять, оскільки вони іноді витрачають більше часу, намагаючись з’ясувати, де це відбувається. щоб її вирішити.
Так само, також важливо закрити квитки, які вже вирішені. Наприклад, очищення інцидентів, наприклад, більше року, які через забуття все ще залишаються відкритими і, можливо, в пізніших версіях, вже вирішено побічно.
Робота над кодом проекту
Ми дійшли до того, чого всі ми бажали, і де програмісти часто спонукаються до співпраці: напишіть новий код для проекту.
Перед усім важливо, щоб ми засвоїли стиль, у якому він написаний, і спосіб його використання в проекті. Ми повинні бути відповідальними членами спільноти, підтримуючи стиль, і робити відповідні зобов’язання, щоб найдосвідченіші розробники інтегрували наш код в основну гілку.
Ми можемо почати з менш складних частин, які не буде складно інтегрувати в проект, наприклад протестуйте бета-версію на різних платформах. Іноді важко перевірити, чи все працює правильно на декількох платформах, і нічого не потрібно адаптувати, тому ми можемо подбати про тестування коду на будь-якій з платформ, які ми освоюємо.
Ми також можемо присвятити себе виправити помилкиЯк ми вже згадували раніше, вирішення квитків - це хороший спосіб звільнити розробників від зосередження на основному робочому процесі. Окрім їх документування, ми також можемо почати писати наші перші помилки вирішення коду, які ми знайшли, або писати тести для коду як тести.
Документуйте та створюйте зразки
Як ви почуваєтесь, коли, починаючи возитися з проектом, виявляєте, що документації мало? Ну, може бути документація це також хороший момент, коли ми можемо почати співпрацювати. Розробка деяких частин, які є занадто короткими, або документування проблем, з якими ми стикалися самі. Зазвичай документація зазвичай складається у форматі wiki, тому нам буде дуже легко включити нашу з першого моменту.
Також важливо допомогти створювати приклади. Чим більше випадків використання проекту, тим краще. Ми можемо робити невеликі проекти або програми, демонструючи на практиці, як користуватися програмним забезпеченням, API або тим, з чого складається проект вільного програмного забезпечення.
Через | genbetadev.com
Дуже хороший внесок! Відмінна стаття.