Прывітанне! Мяне клічуць Зміцер Паўлаў, я працую ў , а таксама з'яўляюся камітэрам і ўдзельнікам PMC у Apache Ignite і кантрыб'ютарам у Apache Training. Нядаўна я выступаў з дакладам аб працы комітара на мітапе Ашчадбанка па open source. З развіццём opensource-супольнасці ў многіх усё часцей сталі ўзнікаць пытанні: як стаць комітэрам, якія задачы браць і колькі радкоў кода трэба напісаць, каб атрымаць гэтую ролю. Калі мы думаем пра комітэраў, нам адразу прадстаўляюцца ўсемагутныя і ўсёведальныя людзі з каронай на галаве і томікам «Чысты код» замест скіпетра. Ці так гэта? У сваім пасце я пастараюся адказаць на ўсе важныя пытанні аб комітэрах, каб вы маглі зразумець, ці сапраўды вам гэта трэба.
Ва ўсіх пачаткоўцаў у opensource-супольнасці праскокваюць думкі аб тым, што ім ніколі не стаць комітэрамі. Бо для многіх гэта прэстыжная роля, якую можна атрымаць толькі за асаблівыя заслугі, напісаўшы тону кода. Але ўсё не так проста. Зірнем на комітара з боку кам'юніці.
Хто такі комітэр і навошта ён патрэбен?
Пры стварэнні новага opensource-прадукта мы заўсёды дазваляем карыстачам выкарыстоўваць і даследаваць яго, а таксама мадыфікаваць і распаўсюджваць мадыфікаваныя копіі. Але калі адбываецца некантралюемае распаўсюджванне копій ПА з унесенымі зменамі, то мы не атрымліваем контрибьюшенов у асноўную кодавую базу і праект не развіваецца. Вось тут ужо неабходны той самы комітэр, які мае права збіраць фундушы карыстачоў у праект.
Навошта станавіцца камітэрам?
Пачнём з таго, што комиттерство – гэта плюс да рэзюмэ, а для пачаткоўцаў у вобласці праграмавання – яшчэ большы плюс, бо часта пры прыладзе на працу просяць прыклады кода.
Другой несумнеўнай перавагай комиттерства з'яўляецца магчымасць мець зносіны з топавымі адмыслоўцамі і цягнуць нейкія стромкія ідэі з open source у свой праект. Да таго ж, калі вы добра ведаеце нейкі прадукт з адчыненым кодам, то можаце ўладкавацца ў кампанію, якая яго падтрымлівае ці выкарыстае. Існуе нават меркаванне, што калі не ўдзельнічаеш у open source, то на высокія кар'ерныя пазіцыі не патрапіць.
Акрамя плюшак у плане кар'еры і працаўладкавання, комітэрства само па сабе прыемна. Цябе прызнае прафесійную супольнасць, ты дакладна бачыш вынік сваёй працы. Не тое што ў якой-небудзь карпаратыўнай распрацоўцы, дзе часам наогул не разумееш, навошта перакладаеш сюды-туды палі ў XML.
У opensource-супольнасцях можна пазнаёміцца з топавымі спецыялістамі ўзроўню Лінуса Торвальдса. Але калі вы не такі, не варта думаць, што там вам няма чаго рабіць - ёсць задачы рознага ўзроўню.
Ну і яшчэ бываюць дадатковыя бонусы: комітэры Apache, напрыклад, атрымліваюць бясплатна ліцэнзію IntelliJ Idea Ultimate (хоць і з некаторымі абмежаваннямі).
Што рабіць, каб стаць комітэрам?
Усё проста - трэба камячыць.
Калі вы лічыце, што на праектах для вас няма задач - вы памыляецеся. Проста далучайцеся да супольнасці, якая вас цікавіць, і рабіце тое, што неабходна менавіта ёй. У Apache Software Foundation ёсць асобны з патрабаваннямі да комітэраў.
Якія задачы давядзецца вырашаць?
Самыя розныя - ад распрацоўкі да напісання тэстаў і дакументацыі. Так-так, уклад тэсціроўшчыкаў і дакументатараў у супольнасці цэніцца нароўні з укладам распрацоўшчыкаў. Бываюць нестандартныя задачы — напрыклад, весці канал на YouTube і расказваць іншым карыстальнікам, як вы выкарыстоўваеце opensource-прадукт. Напрыклад у Apache Software Foundation ёсць асобная , дзе пазначана, якая дапамога патрабуецца.
Ці трэба напісаць вялікую фічу, каб стаць камітэрам?
Не. Гэта зусім не абавязкова. Камітар не павінен пісаць тоны кода. Але калі вы напісалі вялікую фічу, камітэту па кіраванні праектам лягчэй будзе ацаніць вас. Уклад у супольнасць – гэта не толькі фічы, праграмаванне і тэсціраванне. Калі вы пішыце ліст і расказваеце пра нейкую праблему, прапануеце аргументаванае рашэнне — гэта таксама ўклад.
Важна разумець, што комітэрства - гэта давер. Зрабіць вас камітэрам ці не, вырашаюць такія ж людзі як і вы на падставе сваіх поглядаў на вас, як на чалавека, які прыносіць карысць прадукту. Таму вам, сваімі дзеяннямі і ўчынкамі ў супольнасці, трэба заваяваць гэты самы давер.
Як сябе паводзіць?
Быць канструктыўным, пазітыўным, ветлівым і цярплівым. Памятайце, што ў open source усе валанцёры і ніхто нікому нічога не павінен. Вам не адказваюць - пачакайце і нагадайце аб сваім пытанні праз 3-4 дні. Вам увесь час не адказваюць - што ж, open source справа добраахвотнае.
Не прасіце нешта зрабіць для вас ці за вас. У вопытных удзельнікаў супольнасці ёсць нюх на такіх «жабракоў» і тут жа ўзнікае алергія на тых, хто хоча сапхнуць ім сваю працу.
Калі вам дапамагаюць, гэта выдатна, але не марнатраўце. Не варта пісаць: "Хлопцы, пафіксіце гэта, а то я гадавую прэмію губляю". Лепш спытаеце, куды вам рухацца далей, і раскажыце, што вы ўжо накапалі па дадзеным багу. А калі паабяцаць па выніках рашэння праблемы абнавіць вікі, то верагоднасць, што вам адкажуць, узрасце ў разы.
Нарэшце, чытайце і вучыцеся .
Як зрабіць унёсак, калі ты не комітэр?
У праектах часта выкарыстоўваецца схема RTC, калі спачатку ўсё праходзяць рэўю, а затым змены зліваюцца ў майстар. Пры такой схеме абсалютна ўсё праходзяць рэўю, нават комітэры. Таму ў праект можна паспяхова кантрыб'юціць, не з'яўляючыся камітэрам. А для таго каб лягчэй быць абраным у новыя комітэры, можна заняцца настаўніцтвам над новымі ўдзельнікамі, дзяліцца ведамі, ствараць новыя матэрыялы.
Diversity - карысць ці шкода?
Diversity – у разуменні Apache Software Foundation, гэта, у тым ліку, афіліраванасць удзельнікаў opensource-праекта некалькімі кампаніямі. Калі ўсе афіляваныя толькі адной арганізацыяй, то са стратай яе цікавасці да праекту ўсе ўдзельнікі адтуль ліха збягаюць. Diversity забяспечвае доўгатэрміновасць, стабільнасць праекта, рознабаковы досвед і шырокі спектр меркаванняў удзельнікаў.
Па каханні ці па разліку?
У opensource-праектах сустракаюцца два тыпы людзей: тыя, хто працуе ў арганізацыі, што кантрыб'юць у дадзены прадукт, і тыя, хто працуюць тут па каханні, гэта значыць валанцёры. Хто з іх больш прадуктыўны? Як правіла, удзельнікі, якія падтрымліваюць прадукт з боку арганізацыі-кантрыб'ютара. У іх папросту больш часу і ёсць відавочная матывацыя дакапацца да ісціны, яны сфакусаваны на задачы і бліжэй да карыстача.
Тыя, хто робіць гэта «з кахання», таксама матываваныя, але па-іншаму - яны прагнуць вывучыць праект, зрабіць свет лепшым. І якраз менавіта такія ўдзельнікі больш стабільныя і арыентаваныя на доўгатэрміновую перспектыву, бо той, хто прыйшоў у супольнасць з уласнай ініцыятывы, наўрад ці пакіне яе адным днём.
Як знайсці баланс паміж прадуктыўнасцю і стабільнасцю? Ёсць два варыянты. Першы варыянт: калі ўдзельнік працуе ў кампаніі, якая афіцыйна займаецца гэтым opensource-праектам, і робіць у ім нешта дадаткова, з уласнай цікавасці - напрыклад, падтрымлівае пачаткоўцаў. Другі варыянт – гэта кампанія, якая перажыла opensource-трансфармацыю. Напрыклад, калі супрацоўнікі чатыры дні ў тыдзень пілуюць асноўны бізнэс-праект, а астатні час займаюцца open source.
Камітэр - быць ці не быць?
Камітэрства - добрая і карысная тэма, але не варта імкнуцца менавіта да таго, каб стаць комітэрам. Дадзеную ролю можна атрымаць не за код, і яна не даказвае вашых ведаў. Важная толькі экспертыза, гэта значыць тыя веды і досвед, якія вы набудзеце, вывучаючы праект, капаючыся ў ім і дапамагаючы іншым вырашаць праблемы.
Крыніца: habr.com