Как да станете комитер и наистина ли имате нужда от това?

Здравейте! Казвам се Дмитрий Павлов, работя в GridGain, а също така съм ангажиран и участник в PMC в Apache Ignite и сътрудник в Apache Training. Наскоро изнесох презентация за работата на комитер на срещата с отворен код на Sberbank. С развитието на общността с отворен код, много хора все повече започват да имат въпроси: как да станат комитър, какви задачи да поемат и колко реда код трябва да бъдат написани, за да получат тази роля. Когато мислим за комититори, ние веднага си представяме всемогъщи и всезнаещи хора с корона на главата и том „Чист код“ вместо скиптър. Така е? В публикацията си ще се опитам да отговоря на всички важни въпроси относно комитерите, за да можете да разберете дали наистина имате нужда от това.

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

Кой е комитер и защо е необходим?

Когато създаваме нов продукт с отворен код, винаги позволяваме на потребителите да го използват и изследват, както и да променят и разпространяват модифицирани копия. Но когато възникне неконтролирано разпространение на софтуерни копия с промени, ние не получаваме принос към основната кодова база и проектът не се развива. Това е мястото, където е необходим комитер, който има право да събира потребителски принос към проекта.

Защо да станете комитер?

Да започнем с това, че обвързването е плюс за автобиография, а за начинаещите в сферата на програмирането е още по-голям плюс, защото често при кандидатстване за работа те искат примерни кодове.

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

В допълнение към предимствата по отношение на кариерата и заетостта, обвързването само по себе си е приятно. Вие сте признати от професионалната общност, виждате ясно резултата от работата си. Не като в някои корпоративни разработки, където понякога дори не разбирате защо местите полета напред-назад в XML.

В общностите с отворен код можете да срещнете топ специалисти като Линус Торвалдс. Но ако не сте такъв, не трябва да мислите, че няма какво да правите там - има задачи от различни нива.

Е, има и допълнителни бонуси: участниците в Apache, например, получават безплатен лиценз за IntelliJ Idea Ultimate (макар и с някои ограничения).

Какво да направите, за да станете комитер?

Просто е - просто трябва да се ангажирате.

Ако мислите, че няма задачи за вас по проекти, грешите. Просто се присъединете към общността, която ви интересува, и направете това, от което има нужда. Apache Software Foundation има отделен гайд с изисквания към комитерите.

Какви проблеми ще трябва да решавате?

Най-разнообразни - от разработка до писане на тестове и документация. Да, да, приносът на тестерите и документаторите в общността се оценява наравно с приноса на разработчиците. Има нестандартни задачи - например да управлявате канал в YouTube и да кажете на други потребители как използвате продукт с отворен код. Например Apache Software Foundation има отделен страница, където е посочено каква помощ е необходима.  

Трябва ли да напиша голяма функция, за да стана комитер?

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

Важно е да разберете, че обвързването е свързано с доверие. Дали да бъдете ангажиран или не, се решава от хора точно като вас въз основа на техните виждания за вас като човек, който носи полза за продукта. Затова вие, чрез своите действия и действия в обществото, трябва да спечелите точно това доверие.

Как да се държа?

Бъдете градивни, позитивни, учтиви и търпеливи. Не забравяйте, че в отворения код всеки е доброволец и никой не е длъжен на никого. Не ви отговарят - изчакайте и ви напомнят за въпроса ви след 3-4 дни. Те не винаги ви отговарят - добре, отвореният код е доброволен.

Не молете някого да направи нещо за вас или за вас. Опитните членове на общността имат инстинкт за такива „просяци“ и веднага стават алергични към онези, които искат да им пробутат работата си.

Ако получите помощ, това е чудесно, но не злоупотребявайте с нея. Не трябва да пишете: „Момчета, поправете това, иначе губя годишния си бонус.“ По-добре е да попитате къде трябва да отидете след това и да ни кажете какво вече сте изкопали относно тази грешка. И ако обещаете да актуализирате wiki въз основа на резултатите от решаването на проблема, тогава вероятността те да ви отговорят ще се увеличи значително.

И накрая, прочетете Кодекс на поведение и научете да задавам въпроси.

Как да допринесете, ако не сте комитент?

Проектите често използват RTC схема, където първо всичко преминава през преглед, а след това промените се обединяват в главния. При тази схема на преглед минават абсолютно всички, дори и комитетите. Следователно можете успешно да допринесете за проект, без да сте ангажиран. И за да улесните избирането си за нови участници, можете да наставлявате нови участници, да споделяте знания и да създавате нови материали.

Разнообразието - полза или вреда?

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

За любов или за удобство?

В проектите с отворен код има два типа хора: тези, които работят в организация, която допринася за този продукт, и тези, които работят тук за любов, тоест доброволци. Кое е по-продуктивно? Обикновено участници, които поддържат продукта от допринасящата организация. Те просто имат повече време и ясна мотивация да стигнат до дъното на истината, те са фокусирани върху задачата и по-близо до потребителя.

Тези, които го правят „от любов“, също са мотивирани, но по различен начин – те са нетърпеливи да проучат проекта, да направят света по-добро място. И точно такива участници са по-стабилни и дългосрочно ориентирани, защото тези, които са дошли в общността по собствена инициатива, едва ли ще я напуснат за един ден.

Как да намерим баланс между производителност и стабилност? Има две възможности. Първият вариант: когато участникът работи в компания, която официално участва в този проект с отворен код, и прави нещо допълнително в него, от собствен интерес - например подкрепа на новодошлите. Вторият вариант е компания, която е претърпяла трансформация с отворен код. Например, когато служителите работят върху основния бизнес проект четири дни в седмицата, а през останалото време работят върху отворен код.

Комитер - да бъде или да не бъде?

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

Източник: www.habr.com