Kabayaran sa mga open source na proyekto
Isa sa mga tkaramihan sa mga kontrobersyal na isyu sa libreng software ay ang isyu ng "sahod" para sa mga developer, at iyon ay Hindi para sa wala ito ay isang medyo kumplikado at pinagtatalunang paksa, atDahil, sa isang banda, ang balanse ay ang financial sustainability ng mga open source na proyekto at, sa kabilang banda, may mga modelo ng sponsorship, collective financing, mga donasyon o kahit na "mga bayad na bersyon."
Ang dahilan ng pagpindot sa paksang ito ay kamakailan lamang Thomas Stringer isang open source software developer at programmer, pinag-uusapan ang mga problemang kinakaharap ng mga open source na developer.
Idinetalye iyon ni Thomas Stringer Ang kakulangan ng kabayaran sa open source space ay lalong nakakasira ng loob sa mga developer.
Sa kanyang post ay ibinahagi niya:
Bagama't ako ay isang software engineer ayon sa propesyon, ako rin ay isang computer programmer ayon sa libangan at hilig. Kaya ginagawa ko ang ginagawa ko sa loob ng mahigit isang dekada: Binuksan ko ang aking computer para magsulat ng code.
Ano ang gagawin, ano ang gagawin... Matuto ng bago? Siguro. Sumulat ng isang post sa blog? Well, eto ako. Ngunit… sa kaibuturan ko, alam kong mayroon akong mga open source na proyekto na nangangailangan ng ilang pansin. Lumalabas na ang isa ay ginagamit nang husto. Mayroon akong halos 3/4 milyong mga pag-download at ito ay isang bagay na tila iniisip ng mga tao na may ilang antas ng pagiging kapaki-pakinabang. Iyan ang mga magagandang bahagi. Ang masama ay mayroong isang dosenang mga problema na hindi ko pa nasusuri, higit na hindi naiuri, naimbestigahan, at nalutas. Mayroong ilang mga PR ng komunidad na kailangan kong tingnan. May mga dependency na kailangang i-update. Ang listahan ay nagpapatuloy. Ang proyektong ito ay umabot sa isang hindi pangkaraniwang OSS milestone: maintainer burnout.
Bagama't ang mga developer sa mundo ng libreng software ay kadalasang kusang-loob na nag-aambag sa mga proyekto nang hindi tumatanggap ng direktang kabayaran sa pananalapi, ang kakulangan ng kabayaran ay maaaring magdulot ng malalaking problema para sa mga gustong gumugol ng mas maraming oras sa pag-aambag, ngunit dapat masakop ang kanilang mga pangangailangan at obligasyon sa pananalapi.
Tinutugunan ni Thomas Stringer ang problemang ito sa kanyang publikasyon at nagmumungkahi ng iba't ibang solusyon na itinaas na ng ibang mga developer at/o mga proyektong dumaan sa parehong sitwasyon at nagpopondo o sumusuporta sa proyekto.
At bagaman para sa marami Ang pagdinig sa "magbayad para sa libreng software" ay maaaring isang "kalapastanganan", ito ay walang alinlangan ang pinakamahusay na pagpipilian upang matugunan ang problema ng kabayaran para sa libreng pag-unlad ng software, bagama't hindi ito kasing simple ng tila. Ang maliit na "detalye" na ito ay naging malaking problema para sa mga developer at open source na proyekto.
Ang isang malinaw na halimbawa nito ay ang developer na sumabotahe sa sarili niyang mga aklatan na "Faker.js at Colors.js", dahil nagpasya siyang hindi na "suportahan ang malalaking kumpanya sa gawaing ginagawa niya nang libre."
Ito ay isang bagay na binabanggit din Ang publikasyon ni Thomas Stringer sa kung paano sinasamantala ng mga korporasyon ang mga open source na ecosystem nang walang sapat na pagbabayad sa mga developer para sa kanilang oras.
Iyon ang dahilan kung bakit ang problema ng enumeration para sa libreng software ay mahirap tugunan at nagiging isang mabisyo na bilog, dahil kahit na iginagalang ng mga developer ng libreng software ang pamantayan na itinatag ng Open Source Initiative, iyon ay, ang mga posibilidad ng libreng muling pamamahagi, pag-access sa source code at paglikha ng mga derivative na gawa, maraming organisasyon o komersyal na proyekto ang sinasamantala ito upang makabuo ng kanilang mga kita nang hindi nagbibigay ng listahan ng mga proyekto na ginagawang posible ang kanilang produkto.
At dahil Ang diskarte sa problema ay hindi na bago. Binanggit ni Thomas Stringer na ang mga developer ay dapat makatanggap ng kabayaran at/o na ang proyekto ay makatanggap ng sapat na pakikipagtulungan mula sa mga kumpanya/proyekto na nakikinabang.
Gayundin, kung nagsumite ka ng ilang commit tungkol sa isang produkto na walang gumagamit, ang pera (o kakulangan nito) ay dapat na kumakatawan doon. Ngunit hindi ganoon kadali, dahil may iba't ibang uri ng mga open source software developer. Ang ilan ay nagsusulat ng OSS code bilang bahagi ng kanilang trabaho, kung saan malamang na nabayaran na sila para sa kanilang mga kontribusyon. Dumarating ito sa iyong mga tseke dalawang beses sa isang buwan. Ngunit ang iba pang uri ng developer ng OSS ay ang gumagawa ng mga kontribyutor ng OSS na iyon pagkatapos ng mga oras at hindi kaakibat sa isang organisasyon.
Dapat pondohan ng mga kumpanyang gumagamit ng OSS ang mga proyektong ito. Pagkatapos ng lahat, ginagamit nila ang mga ito. At kahit na hindi sila kinakailangang bumili ng mga lisensya, hindi ito nangangahulugan na hindi sila dapat mag-ambag.
Ang mga kumpanya ay maaaring may mga full- o part-time na empleyado na nag-aambag sa mga open source na proyekto ng software. Ang isang magandang halimbawa nito ay ang Kubernetes at lahat ng mga developer na nag-aambag sa Kubernetes sa oras ng trabaho. Ang mga kumpanya sa listahang iyon (Google, Red Hat, VMware at Microsoft, upang pangalanan ang mga pangunahing) ay nag-aambag sa tagumpay ng mga proyektong ito. Binibigyan nila ng oras ang developer.
Kapag ang isang kumpanya ay hindi nag-aambag ng sapat na oras ng developer sa mga proyekto, dapat itong dagdagan ng pera na ipinamamahagi sa mga developer ng OSS na hindi gumagawa nito sa ngalan ng kanilang kumpanya.
Kaya naman mahalagang kilalanin at suportahan ang gawain ng mga developer na ito, dahil ang kanilang trabaho ay kadalasang nakakatulong nang malaki sa pagsulong ng teknolohiya at nakikinabang sa komunidad sa pangkalahatan at higit sa lahat ay dapat isaalang-alang na sa huli sila ay "mga tao" na may mga pangangailangan at hindi "kumakain ng hangin", bagaman para sa maraming mga kumpanya at korporasyon ang huli ay magiging mahusay, hindi, ito ay hindi at kahit na palitan nila ang kadahilanan ng tao ng isang AI, dapat silang magbayad at magkakaroon pa rin ng isang tao sa likod nito para sa kontrol, pagpapanatili at pagpapabuti ng mga isyu.
Fuente:https://trstringer.com/