Как да си сътрудничим по проект за безплатен софтуер

По този повод искаме да споделим с вас статия, която ни се стори интересна и която всеки, който се интересува от нея Безплатен софтуер трябва да чете. Видяхме тази статия в genbetadev.com и да говорим за как да си сътрудничим по проект за свободен софтуер.

Лос проекти за безплатен софтуер те са променили света на софтуера. Зад изпълнението на такива проекти стоят хора, които отделят времето си за създаване на отворени технологии, които всеки може да допринесе. Съществува погрешно убеждение, че за да участвате в тези проекти, е от съществено значение да сте голям програмист или да имате много време. Но не. Това не е съществено изискване.

След това ще ви кажем различни начини за сътрудничество в проект за свободен софтуер. Ще ви покажем, че въпреки факта, че създателите на много проекти за свободен софтуер са гении в изкуството на програмирането, ние също можем да допринесем по различни начини. Всеки може да започне някъде.

Интегрирайте се в общността и помогнете за нейното разпространение

Разработчици, които си сътрудничат по проект за безплатен софтуер общувайте с общността по различни начини: пощенски списъци, блогове или IRC. Ето защо е от съществено значение, ако искаме да започнем да си сътрудничим по проект, първо изслушайте казаното и изпратете първите си съобщения.

По-късно можем да си сътрудничим с тях обсъждане в пощенския списък, помагайки от IRC на други по-начинаещи хора и дори писане на някои публикации в блога на проекта, които информират общността за новите функционалности или дават примери в уроци.

И ако вместо да програмираме, ние обичаме да проектираме повече, със сигурност програмистите на проекта ще ви благодарят, че им помагате подобряване на уебсайта. Много пъти те са толкова заети със създаването на нови функционалности, че забравят визуалния аспект на официалния уебсайт на проекта.

Сътрудничи при откриването и разрешаването на грешки

Кодът е сърцето на проектите за свободен софтуер, но въпреки че писането на код може да бъде най-вълнуващото нещо, вие също трябва да имате предвид, че поддръжката и отстраняването на неизправности правят проектите стабилни.

Софтуерните проекти обикновено имат билетна система видими за обществеността. Добър принос е по-добри грешки в документа които са докладвани. Можем да диагностицираме грешки, тъй като те често могат да бъдат лошо документирани, така че ако успеем да възпроизведем грешки в билета и да предоставим повече информация на разработчиците на проекта, те ще го оценят, тъй като понякога прекарват повече време, опитвайки се да разберат къде възниква повредата за да го разреши.

По същия начин също важно е да затворите билетите, които вече са решени. Почистването на инциденти, например, от повече от година, които поради забрава все още са отворени и вероятно в по-късни версии, вече са решени съпътстващо.

Работа по кода на проекта

Стигнахме до точката, която всички искахме и където програмистите често са мотивирани да си сътрудничат: напишете нов код за проекта.

Преди всичко важно е да научим стила, в който е написана и начина, по който се използва в проекта. Трябва да бъдем отговорни членове на общността, поддържащи стила и да правим подходящи ангажименти, така че най-опитните разработчици да интегрират нашия код в основния клон.

Можем да започнем с по-малко сложни части, които няма да бъдат сложни за интегриране в проекта, като например тествайте бета версия на различни платформи. Понякога е трудно да се провери дали всичко работи правилно на множество платформи и нищо не трябва да се адаптира, така че можем да се погрижим за тестване на кода на която и да е от платформите, които владеем.

Можем да се посветим и на поправете грешкиКакто споменахме преди, решаването на билети е добър начин да освободите разработчиците да се съсредоточат върху основния работен процес. Освен да ги документираме, можем също така да започнем, като напишем първите си грешки при решаване на кода, които сме открили, или напишем тестове за кода като тестове.

Документирайте и създайте мостри

Как се чувствате, когато когато започнете да се забърквате с проект, установите, че документацията е оскъдна? Е, може би документация това е и добър момент, когато можем да започнем да си сътрудничим. Разработване на някои части, които са твърде кратки, или документиране на проблеми, с които сме се сблъсквали сами. Обикновено документацията обикновено е в wiki формат, така че ще бъде много лесно да включим нашата от първия момент.

Също така е важно да помогнете създайте примери. Колкото повече случаи на използване има проектът, толкова по-добре. Можем да правим малки проекти или приложения, демонстриращи по практически начин как да използваме софтуера, API или каквото и да е от проекта за безплатен софтуер.

Чрез | genbetadev.com