Skedari i softuerit me burim të hapur. 100 programet më të mira të dobishme me burim të hapur

Software me burim i hapur ka admiruesit e saj, dhe në Kohët e fundit kur bëhet fjalë për zhvillimin e disa produkteve “kombëtare”, në përgjithësi kjo është ajo që ata nënkuptojnë me burim të hapur. Në mënyrë paradoksale, interesimi për këtë lloj softueri ka shkaktuar shumë shtrembërime dhe keqkuptime, të cilat në praktikë pengojnë përhapjen e tij.

Kompania jonë ka marrë pjesë në projekte me burim të hapur që nga viti 2005 - dhe falë zhvillimit tonë burim i hapur zgjidhje (projekte OpenVZ, CRIU), duke marrë pjesë në projekte të tjera të hapura (QEMU, OpenStack, libvirt, libcontainer, etj.). Gjatë 10 viteve, ne kemi mbledhur disa nga mitet më të zakonshme rreth softuerit me burim të hapur. Unë do t'ju tregoj për secilin nga konceptet e gabuara dhe do t'ju shpjegoj pse ato janë të gabuara. Me siguri, do të mbani mend të njëjtin numër, por, për mendimin tim, këto pesë janë më "djallëzoret".

Një projekt me burim të hapur është një projekt me burim të hapur.

Çdo projekt softuerësh përbëhet nga shumë objekte: kodi burimor i projektit, informacione për defektet e pakorrigjuara, kodi burimor i testimit, dokumentacioni. Kodi burimor i një projekti është vetëm një pjesë e tij, aksesi falas në të cilin nuk jep të drejtën për ta quajtur të hapur të gjithë projektin. Përveç kodit burimor, objektet e tjera të zhvillimit duhet të jenë lirisht të aksesueshme, dhe sa më shumë artefakte të jenë të hapura, aq më i hapur është projekti për kontribuuesit (njerëzit që duan të kontribuojnë në projekt). Gjithashtu, janë të nevojshme procese transparente ndërmjet të gjithë anëtarëve të komunitetit, komunikime të hapura në projekt, etj. Të gjitha këto masa do të kontribuojnë vetëm në zhvillimin e projektit dhe bashkëpunimin e frytshëm ndërmjet anëtarëve të komunitetit.

Cilësia e softuerit me burim të hapur është më e keqe sepse çdokush mund të shkruajë kod për të

Parimi kryesor i softuerit me burim të hapur - zhvillimi i hapur bashkëpunues - në vetvete është një garanci që kodi, paterica dhe arna me cilësi të ulët thjesht nuk mund të fshihen nga pjesëmarrësit e tjerë. Një person që merr pjesë në këtë lloj projekti është i gatshëm që puna e tij t'i nënshtrohet si analizave ashtu edhe kritikave dhe, për rrjedhojë, ai nuk do t'i presë qoshet. Reputacioni i tij është në rrezik dhe askush nuk dëshiron ta humbasë atë.

Për më tepër, në disa komunitete (për shembull, komuniteti rreth zhvillimit të kernelit Linux) ekziston një parim i rreptë - vetëm kodi më i mirë, i testuar dhe ideal pranohet në kernelin burimor. Një përpjekje për të shtuar ndryshime me cilësi të ulët do të refuzohet; një përpjekje e dytë është e mbushur me humbje të reputacionit për personin ose kompaninë-kontribues.

Kjo do të thotë, një projekt me kod të hapur i jep vërtet çdokujt mundësinë të marrë pjesë në shkrimin e kodit, por në projekte serioze sepse prag të lartë Kodi i ndodhjes nuk do të pranohet nga persona me nivel të pamjaftueshëm ekspertize.
Shumica e kompanive të mëdha të IT (IBM, Google, Canonical, Parallels, etj.) kanë departamente të tëra në të cilat paguhen specialistë për të punuar në projekte me kod të hapur dhe në këtë mënyrë indirekt punojnë në produktet e kompanisë.

Vlen gjithashtu të përmendet se kompanitë që zhvillojnë produkte të bazuara në projekte me kod të hapur janë të interesuara për të përmirësuar kodin e projekteve me kod të hapur që përdorin gjatë testimit. Prandaj, të gjitha problemet e zbuluara duhet të korrigjohen dhe të siguroheni që ky rregullim të shtohet në degën kryesore të projektit në mënyrë që të ketë sa më pak ndryshime në kodin tuaj dhe kodin. projekt i hapur. Produktet tona përdorin kode nga projekte të tjera me burim të hapur, kështu që ne rregullojmë problemet e gjetura në kodin e këtyre projekteve dhe i dërgojmë ato në rrjedhën e sipërme. Ky ishte rasti me dobësitë në kernelin RHEL: Red Hat vuri në dukje Vladimir Davydov për zbulimin e dobësive serioze CVE-2014-0203 dhe CVE-2014-4483 në një nga përditësimet e kernelit RHEL6 (problemi i dytë, meqë ra fjala, u gjet duke përdorur një nga testet tona të automatizuara, duke përdorur Linux Test Project). Vasily Averin mori falënderime për zbulimin e gabimit CVE-2014-5045, Dmitry Monakhov - për CVE-2012-4508. Fakt testim i mirë Kerneli i Linux-it madje u vu re nga Andrew Morton (kush është ky?): "Unë jam i interesuar. Gjatë muajve të fundit, njerëzit nga @openvz.org kanë gjetur (dhe rregulluar) një mori defektesh të pakuptueshme, por serioze dhe mjaft të lashta. Si i zbuluat këto defekte?”

Fundi

Në fakt, të gjitha mitet e listuara më sipër lindin kryesisht nga përdoruesit që ose sapo kanë filluar të punojnë me softuerin OpenSource ose nuk e kanë provuar fare. Mënyra më e mirë për të hequr qafe paragjykimet është të filloni të punoni ngushtë me vendime të tilla.
Kohët e fundit kemi shpallur një proces të hapur zhvillimi për një version të ri të produktit tonë Virtuozzo 7. Nëse jeni gjithashtu të interesuar të krijoni teknologjinë më të mirë virtualizimi i kontejnerëve, atëherë

Me ndihmën e projekteve me burim të hapur, ju mund të përmirësoni aftësitë tuaja duke korrigjuar gabimet e njerëzve të tjerë dhe duke krijuar diçka të re. Ju mund të gjeni një projekt që do të jetë i dobishëm për biznesin tuaj, për shembull, në mjekësi ose tregti elektronike. Për më tepër, si programues praktikues, një nga mënyrat më të mira për të motivuar veten për t'u futur në programim është duke punuar me projekte me burim të hapur. Sidomos për lexuesit e blogut Geekbrains, ne kemi përpiluar një listë të projekteve të tilla nga zona të ndryshme aktivitetet:

Paketa softuerike për të punuar me imazhe mjekësore. 3D Slicer është i disponueshëm në disa platforma, duke përfshirë Windows, Linux dhe OS X.

Një mjet që ju lejon të shpërndani përpunimin e sasive të mëdha të të dhënave nëpër grupe kompjuterësh që përdorin modele të thjeshta programimit.

Një paketë softuerike popullore për të punuar me tekst, krijimin e tabelave, prezantimeve, grafikave, bazave të të dhënave, etj. Plotësisht proces i hapur zhvillimi do të thotë që çdokush mund të raportojë gabime, të kërkojë veçori të reja ose të përmirësojë softuerin. Është shkruar në formatin standard të hapur ndërkombëtar, kështu që pranon skedarë nga paketat e tjera softuerike të zyrës së hapur.

Platformë e menaxhimit të përmbajtjes që fuqizon miliona faqe interneti dhe aplikacione.

Një menaxher mediash i krijuar për të krijuar biblioteka të mëdha, të centralizuara mediatike.

Sistemi operativ falas si Unix.

Kompleti i zyrës për zhvillim bashkëpunues me funksionalitete si Microsoft Office ose OpenOffice.org.

Sistemi për krijimin e kurseve. Një aplikacion falas në internet që edukatorët mund ta përdorin për të krijuar faqe mësimore efektive në internet. Moodle është bërë shumë i popullarizuar në mesin e arsimtarëve në mbarë botën si një mjet për krijimin e faqeve të internetit dinamike për studentët e tyre.

Softuer për krijimin dhe menaxhimin e përmbajtjes edukative audio dhe video.

Sistemi multiplatform i menaxhimit të përmbajtjes së korporatës i shkruar në Java. Punon me baza të të dhënave të shumta (përfshirë MySQL, Oracle, PostgreSQL, SQLLite dhe të tjera), dhe gjithashtu mbështet metoda të shumta të vërtetimit.

Software për krijimin e reve private dhe publike.

Shërbimi ju lejon të krijoni sondazhe dhe t'i ndani ato me kontaktet në sit. Mënyrë e përshtatshme mbledhin të dhëna për analiza të mëvonshme.

Server DICOM për kujdesin shëndetësor dhe kërkimin mjekësor. Projektuar për ta bërë më të lehtë menaxhimin e të dhënave të imazhit mjekësor. Mjet i mirë për të automatizuar detyrat e imazherisë mjekësore specifike për çdo institucion mjekësor.

Projekti u krijua nga komuniteti Open Source dhe është krijuar për të ofruar zgjidhje më të mira për ndërmarrjet që përdorin analitikë biznesi.
Aplikimet kryesore:

• krijimin e raporteve
• analiza
• Mbledhja e të dhënave
• platforma e inteligjencës së biznesit

Zhvilluesit e Java™ mund të përdorin komponentët e projektit për të krijuar shpejt zgjidhjet e tyre të inteligjencës së biznesit.

Sistemi modular i menaxhimit të të dhënave dixhitale me burim të hapur.

Software falas për e-commerce.

Një bibliotekë për filtrimin dhe renditjen e shpejtë të koleksioneve të mëdha - deri në 100,000 artikuj në shfletues.

Gjuhët me burim të hapur

Një gjuhë programimi me burim të hapur dhe mjedis zhvillimi për njerëzit që duan të krijojnë imazhe dhe animacione.

R- gjuhë e hapur programimi dhe mjedisi i softuerit për llogaritjet statistikore dhe grafike. Gjuha R përdoret gjerësisht në mesin e statisticienëve për zhvillimin e softuerit statistikor dhe analizën e të dhënave.

Ku mund të gjej më shumë projekte me burim të hapur?

Një nga shërbimet më të mëdha të internetit për zhvillimin e përbashkët të projekteve të IT. Absolutisht falas për projekte me burim të hapur. Motoja e shërbimit "Kodimi social" mund të përkthehet si "Kodimi së bashku".

Projektuar për të popullarizuar projektet me burim të hapur. Duke përdorur mjetet e ofruara atje, zhvilluesit kanë krijuar softuer të fuqishëm në mbi 430,000 projekte; burimi ka më shumë se 3.7 milion përdorues të regjistruar. Drejtoria popullore lidh më shumë se 41.8 milionë klientë me projekte me burim të hapur dhe shërben më shumë se 4,800,000 shkarkime në ditë.

Qëllimi i Fossdroid është të promovojë aplikacione me burim të hapur në Android përmes projektit F-Droid. Fossdroid merr të dhënat e tij nga F-Droid dhe organizon aplikacionet në një mënyrë të ngjashme me Google Play, me aftësinë për t'i parë ato sipas popullaritetit.

Si të zbuloni nëse softueri është me burim të hapur dhe cilat janë rregullat për përdorimin e tij?

Është e nevojshme të kuptohet se jo të gjitha projektet me kod të hapur mund të përdoren për qëllime komerciale ose të modifikohen lirisht. Për të kuptuar nëse softueri është me kod të hapur dhe cilat janë rregullat për përdorimin e tij, duhet të shikoni licencën e tij. Zakonisht teksti i tij i plotë gjendet direkt në kod.

shënim

Ky artikull fokusohet në përfitimet, konsideratat strategjike, barrierat dhe mundësitë që lidhen me përdorimin e softuerit me burim të hapur në produktet komerciale. Duke përdorur Mjedisin e Zhvillimit të Integruar (IDE) të bazuar në Eclipse si shembull, ne do të diskutojmë ndryshimet midis licencave të kodit burimor të softuerit mbrojtës dhe jombrojtës. Kur integroni ose lidhni kodin me burim të hapur me kodin burimor të mbyllur "pronarë", shpesh kërkohet kujdes dhe kujdes i duhur. Ekzistojnë gjithashtu çështje të ndryshme ligjore për të cilat duhen pasur parasysh, të tilla si potenciali për shkelje të patentave. Ne gjithashtu do të përpiqemi të shpjegojmë pse janë parimet bazë të përdorimit të softuerit me kod të hapur në një mjedis teknologjitë e informacionit(IT) nuk janë të zbatueshme për produktet komerciale të ngulitura.

Mjedisi i zhvillimit QNX Momentics si shembull i përdorimit të softuerit me burim të hapur

Duke u kthyer në vitin 2001, kur shumë firma zhvillimi po luftonin për të mbijetuar mes kolapsit të përgjithshëm të tregut për aksionet e kompanive të IT-së, veçanërisht ato të lidhura me e-biznesi në internet, QNX Software Systems ka miratuar vendim strategjik të fillojë zhvillimin e një mjedisi të ri zhvillimi të integruar (IDE) për tregun e sistemeve të integruara. Kompania tashmë kishte përvojë solide në zhvillimin e një sërë mjetesh të përdorura në zhvillimin e pajisjeve të integruara, por menaxhmenti i kompanisë kuptoi se krijimi i një IDE do ta ndihmonte atë të qëndronte përpara konkurrencës së ashpër. Vendimi për të krijuar një IDE u nxit gjithashtu nga ndryshimet në kërkesat e klientëve. Gjatë rënies së aktivitetit të biznesit, klientët me para në dorë u bënë më të interesuar për zgjidhje që mund të maksimizonin produktivitetin dhe t'i bënin ata më të lëvizshëm (fleksibël) gjatë kryerjes së punës, gjë që do të përmirësonte efikasitetin e përgjithshëm ekonomik.

Për QNX, zhvillimi i IDE ishte një "bast për të ardhmen", sepse kostoja dhe përpjekja e zhvillimit të projektit ishte përtej mundësive të shumicës së shitësve të mjeteve të sistemeve të integruara në atë kohë. Për fat të mirë, QNX ka punuar ngushtë me IBM segmente të ndryshme tregu i pajisjeve të ngulitura. Nëpërmjet bashkëpunimit të ngushtë, IBM ndau me QNX planet e saj për të lëshuar një mjedis zhvillimi të integruar me burim të hapur që më vonë u bë baza për platformën Eclipse.

IBM propozoi përdorimin e ekspertizës së QNX për të përshtatur teknologjinë IDE me nevojat e zhvilluesve që krijojnë aplikacione të integruara bazuar në gjuhën C/C++. Ekspertët e QNX vunë në dukje pothuajse menjëherë përfitimet bindëse të përdorimit të një IDE me burim të hapur. Për shembull, për një mjedis të tillë do të ishte e mundur:

• eliminoni varësinë nga një shitës i vetëm, i cili zakonisht shoqërohet me nevojën për të licencuar një platformë dritareje;
• ofroni kodin e programit burimor për përshtatje sipas nevojave të klientit;
• të tërheqë lojtarë seriozë industrialë për të ofruar mbështetje dhe për të krijuar një ekosistem teknologjish dhe shtojcash plotësuese;
• t'u sigurojë klientëve një arkitekturë të qëndrueshme që mund të mbështesë diferencimin e produktit;
• mundësojë zhvilluesit e pajisjeve të integruara të përdorin stacionet standarde të punës si një platformë zhvillimi të përshtatshme për të punuar me aplikacionet e teknologjisë së informacionit (në fakt gamë të gjerë aplikacionet).

Dhe së fundi, u konsiderua mundësi e veçantë se platforma IDE mund të fitojë tërheqje dhe të bëhet standardi de fakto, duke lejuar QNX të përdorë platformën në ekosisteme të mëdha zhvilluesish dhe mjetesh të palëve të treta.

Themelimi i projektit me kod të hapur Eclipse.org

Në nëntor 2001, Borland, IBM, Merant, QNX Software Systems, Red Hat dhe SUSE themeluan Konsorciumin Eclipse. Në fillim të vitit 2004, Bordi i Drejtuesve riorganizoi Konsorciumin Eclipse në një korporatë jofitimprurëse të quajtur Fondacioni Eclipse.

Që në fillim, Eclipse ishte një projekt me të vërtetë me burim të hapur. Projekti ofroi teknologji falas me burim të hapur dhe akses në një komunitet të zhvilluesve më të arsimuar dhe më të avancuar në fushën e tyre. Kështu, këtë teknologji doli të jetë një platformë universale për integrimin e të gjitha llojeve të mjeteve të zhvillimit. Ai bazohet në një arkitekturë të hapur, të zgjerueshme dhe është qartësisht e licencuar si një produkt pa pagesë, pa honorare. Kontributet e komunitetit në projektin Eclipse bazohen në modelin standard të zhvillimit të Softuerit me burim të hapur (OSS), por shumica e anëtarëve kontribuojnë gjithashtu në zhvillime komerciale bazuar në platformën Eclipse.

Projekti i ruajtjes së mjeteve

Në dhjetor 2001, QNX filloi ndërtimin e QNX® Neutrino® RTOS, bazuar në platformën Eclipse IDE. Në vizionin e kompanisë, IDE duhej të kishte funksionalitet më të madh, të fokusohej në punën me gjuhët C/C++ dhe të kishte mjete të integruara thellësisht për korrigjimin, profilizimin, analizimin dhe krijimin e aplikacioneve të integruara. Që në fillim, ekipi QNX e parashikoi atë të ishte një IDE me shumë qëllime, shumë-gjuhëshe që mbështette platforma të shumta mjetesh. Kjo përfshinte:

• disa platforma mjetesh: Windows, Solaris, QNX Neutrino RTOS (zhvillim i vetë-pritur);
• disa arkitektura të synuara: ARM, MIPS, PowerPC, SH-4, x86;
• gjuhë programimi C, C++, Java.

Që atëherë, IDE ka vazhduar të rritet duke përfshirë mbështetje për platformën Linux dhe mbështetje për të tjera arkitekturat e procesorit, duke përfshirë procesorët XScale.

Projekti u lançua në stilin e " programim ekstrem“Nga kompania u zgjodh një ekip prej 12 inxhinierësh më të mirë, të cilëve iu dha një dhomë e veçantë, u izoluan nga çdo shpërqendrim dhe projekti iu vu në dispozicion të plotë.

Ekipit iu dha autoriteti i nevojshëm vendimmarrës, u krijua një orar i ngushtë dhe me rrezik të lartë për ta, me një version beta të produktit të lëshuar në 16 javë, dhe version komercial-Deri në 4 korrik 2002, Grupi i përmbushi të gjitha afatet e synuara dhe lëshoi ​​produktin e ri - të quajtur QNX Momentics® IDE - saktësisht sipas planit, duke demonstruar potencialin e softuerit me burim të hapur për të reduktuar kohën deri në ofrimin e produktit në treg.

Nga ideja tek shpërndarja e produktit - më pak se 7 muaj

Duke u bazuar në platformën Eclipse, ekipi QNX përfundoi një IDE shumë të fuqishme dhe gjithëpërfshirëse për zhvillimin e softuerit të integruar në gjashtë muaj. IDE mbështetet zhvillim ndër-platformë për disa platforma mjetesh dhe disa gjuhë programimi, dhe gjithashtu mbështeti tabelat më të njohura të procesorëve për pajisjet e synuara të integruara. Duke përdorur platformën Eclipse, QNX ishte në gjendje të:

• përdorni përpiluesit GNU dhe mjetet e linjës së komandës për zhvillim të ndërthurur;
• mbështetje plug-in zhvilluesit e palëve të treta p.sh. IBM WebSphere për të integruar aplikacionet Java dhe Rational ClearCase për zhvillimin e drejtuar nga modeli;
• krijojnë mjete shtesë për ndërtimin e sistemeve, menaxhimin e pajisjeve të synuara, analizimin e kujtesës, profilizimin e sistemeve dhe aplikacioneve, etj.

Në Fig. Figura 1 jep një shembull se si përdorimi i platformës Eclipse redukton koston e krijimit të një IDE, e cila u lejon kompanive të përqendrojnë vëmendjen e tyre në nivelet e larta të zhvillimit, ku krijohen risitë reale. Për shembull, duke përdorur platformën Eclipse, QNX ka qenë në gjendje të krijojë lehtësisht disa mjete inovative vizualizimi që mund të hyjnë thellë në një sistem të integruar dhe të tregojnë sjelljen e tij.

Jepini komunitetit

Fuqia e një projekti të suksesshëm me burim të hapur qëndron në duke punuar së bashku komuniteti i zhvilluesve dhe duke përmirësuar vazhdimisht bazën e kodit. Nëse një kompani miraton dhe përdor mirë kodin me burim të hapur, atëherë ajo thjesht ka një detyrim të kontribuojë në komunitet. Për këtë qëllim, QNX mori drejtimin e projektit Eclipse CDT në qershor 2002.

Qëllimi i projektit Eclipse CDT (C/C++ Development Tools - tools development for C/C++ languages) është të krijojë grup i përgjithshëm vegla gjuhësore të ndërveprueshme C/C++ për platformën Eclipse. Eclipse CDT u pozicionua si një projekt me burim të hapur, me të drejta menaxhimi nga Eclipse Corporation. Për të nisur projektin CDT, QNX dhuroi burimet e zhvillimit dhe kodin burimor për projektin QNX Momentics IDE. Rational dhe Red Hat, si anëtarë të komunitetit, gjithashtu dhanë mbështetje të konsiderueshme për projektin.

Oriz. 1. Duke përdorur platformën Eclipse, shitësit e mjeteve mund të fokusohen niveli i sipërm grumbulli i punës ku krijohen realisht risitë reale.

QNX vazhdon të mbajë projektin CDT, i cili është rritur nga një numër modest 80,000 rreshtash kodi në mbi 700,000 rreshta kodi. Në fillim të vitit 2006, regjistri i progresit për projektin Eclipse CDT vlerësoi se kontributi i QNX ishte 52%. Më pas erdhi IBM me një kontribut prej 36%. Projekti CDT është projekti i dytë më i popullarizuar i korporatës Eclipse pas vetë platformës Eclipse.

A mund të përballoni të "dhuroni" kodin?

Mund të duket se "dhurimi" i kodit tuaj do të thotë të veprosh në kundërshtim me sensin e përbashkët. Megjithatë, nëse funksionaliteti i produktit tuaj rezulton i dobishëm, atëherë pse të mos kontribuoni në komunitetin me burim të hapur. Duke ndërmarrë këtë hap, ju mund të përfitoni nga kjo ofertë e një zbatimi "standard" së bashku me përdorimin e ekspertizës së mbështetjes së produktit. Ju do të mund të përfitoni nga puna e të gjithë komunitetit që synon përmirësimin e bazës së kodeve. Një strategji e tillë mund të çlirojë burimet tuaja për të kryer kërkime shtesë të fokusuara në zhvillime inovative, duke bërë të tjera funksionalitetin në produktet tuaja.

Për më tepër, ju mund të fitoni njëfarë kontrolli mbi drejtimin e platformës "standarde" - të fituar, natyrisht, përmes shërbimeve tuaja për komunitetin! Nëse po mbani një projekt, silluni si një qytetar i mirë i komunitetit, respektoni mendimet e të tjerëve dhe vlerësoni kontributin dhe këshillat e anëtarëve të tjerë. Mos mendoni se dikush do të përpiqet të "zgjedhë xhepat tuaj" si rezultat i përdorimit të kodit dhe të marrë drejtimin tuaj mbi drejtimin e zhvillimit të platformës.

Për shembull, strategjia e QNX Software Systems është të përfitojë nga pjesëmarrja e saj në Eclipse ndërsa zhvillon funksionalitet të ri përmes pikave të standardizuara të zgjerimit të disponueshme tashmë në platformat Eclipse dhe CDT. Për këtë qëllim, QNX synon të mbetet një anëtar aktiv i komunitetit Eclipse, duke përfituar nga baza ekzistuese e kodit dhe puna e palëve të treta (plug-ins) për të ndihmuar në përmbushjen e nevojave reale të klientëve duke krijuar zgjerimet e veta të pronarit. Strategjia e përshkruar është ilustruar në Fig. 2.

Oriz. 2. Ju mund të kontribuoni në punën e komunitetit me punën tuaj.

Përmbledhje e Përfitimeve

Platforma e veglave të bazuara në Eclipse është fitimprurëse si për zhvilluesit e aplikacioneve si QNX ashtu edhe për klientët që blejnë mjetet platformat.

Përfitimi për zhvilluesit është reduktimi i kohës për të nxjerrë produktet e tyre në treg dhe aftësia për të përfituar nga kërkimet e njerëzve të tjerë (me kosto të ulët). Këto rezultate mund të përfshijnë gjithashtu kodin me cilësi të lartë që bie në kategorinë "e pastër". pronë intelektuale" ("IP e pastër") e ofruar nga firma me reputacion si IBM dhe QNX. Një avantazh tjetër për zhvilluesin është se ai merr një skemë të thjeshtë dhe të qartë licencimi, duke përfshirë të drejtat tregtare dhe disa mbrojtje për patentën. Për më tepër, zhvilluesi merr mundësinë për të punuar në platforma të shumta OS të mbështetura nga Eclipse, dhe gjithashtu ka pika shtesë të përcaktuara mirë në projektin Eclipse.

Klientët që blejnë një IDE të bazuar në Eclipse përfitojnë nga një platformë veglash e krijuar për zhvillimin e aplikacioneve të integruara, me mbështetje të fortë të ndërthurjes, korrigjim të lehtë dhe shtesa për të menaxhuar sistemet e synuara. Ekipi i zhvillimit të klientit do të vlerësojë shumë veçori që e bëjnë punën më të lehtë, kohën e shkurtër të nevojshme për trajnime shtesë, performancë e mirë produkt dhe një platformë e besueshme që ju lejon të punoni me projekte të mëdha. Klienti gjithashtu mund të përfitojë nga platforma Eclipse në të aplikacionet e veta(p.sh. RCP, eRCP, etj.).

E ardhmja e Korporatës Eclipse

Eclipse Corporation është një komunitet aktiv dhe i gjallë. Ai prezanton vazhdimisht projekte të reja, vë në dispozicion arkitektura të reja për kompanitë e themeluara, inovative dhe madje edhe kompanitë e vogla mund të përfitojnë komercialisht nga platforma Eclipse duke krijuar me kosto efektive shtojcat e reja që zgjerojnë funksionalitetin ekzistues (shih Figurën 3).

Oriz. 3. Eclipse Corporation është një komunitet i gjallë dhe me rritje të shpejtë të zhvilluesve të shtojcave.

Krahasimi i licencave me kod të hapur

Jo të gjitha licencat e softuerit me burim të hapur janë të barabarta. QNX bëri një lëvizje të zgjuar duke përdorur licencën publike Eclipse. Kjo zgjedhje u nxit pjesërisht nga nevojat e klientëve të saj të integruar dhe pjesërisht nga dëshira për të kontrolluar (dhe për të përfituar) teknologjinë që i dallon produktet e saj.

Iniciativa jofitimprurëse me burim të hapur () ka propozuar një përkufizim të dobishëm me 10 pika të burimit të hapur. Aktualisht ka mbi 50 licenca të miratuara nga OSI në dispozicion në faqen e internetit, duke përfshirë Licencën Publike Eclipse. Këto licenca mund të përmbajnë dallime të rëndësishme për të cilat duhet të keni parasysh. Këto dallime mund të kenë një ndikim të rëndësishëm në pronësinë intelektuale (IP) të zhvilluesve dhe aftësinë e tyre për ta mbrojtur atë. Kjo është më e rëndësishme kur përdorni kodin me burim të hapur (ose derivate me burim të hapur) në pajisjet e integruara.

Leje mbrojtëse dhe jo-mbrojtëse

Sipas kushteve të një licence mbrojtëse, si GPL v2, një vepër derivative mund të shpërndahet vetëm së bashku me kodin burimor përkatës. Licenca e sigurisë garanton që kur kodi burim të bëhet me burim të hapur, ai do të mbetet me burim të hapur në të gjitha gjeneratat pasuese dhe veprat e derivuara. Siç do ta shpjegojmë më vonë, kjo kërkesë çon në probleme të caktuara në rastin e sistemeve të integruara.

Shembuj të licencave jo-mbrojtëse janë licencat origjinale MIT dhe BSD. Licencat jo-mbrojtëse ruajnë të drejtën e autorit të pronarit, por sigurojnë të drejta të gjera për përdoruesit, duke përfshirë të drejtën për të modifikuar dhe shpërndarje të pakufizuar falas (ose përdorim personal) të softuerit.

Çfarë nënkuptohet me "licencë virusi"

Disa njerëz e quajnë GPL një "licencë virusi". Ky emër lindi për shkak të pasigurisë së përkufizimit ligjor të konceptit të "zhvillimit të derivatit". Një interpretim i rreptë i përkufizimit do të thotë që nëse edhe një pjesë e vogël e kodit të licencuar nga GPL është e përfshirë në një aplikacion të pronarit, atëherë i gjithë aplikacioni duhet të licencohet si GPL. Analogjia me një virus vjen menjëherë në mendje.

Pyetje në lidhje me marrjen e kompensimit

Kohët e fundit, çështjet e kompensimit për humbjet për shkeljen e të drejtave të IP (Dëmshpërblimi IP) janë bërë një shqetësim për zhvilluesit Tema kryesore diskutimet. Si përgjigje, disa shitës me kod të hapur kanë njoftuar se do të mbrojnë klientët nga paditë që lidhen me shkeljen e patentave ose të drejtave të autorit. Dhe licencat më të reja me burim të hapur parashikojnë gjoba për përdoruesit që përpiqen të pretendojnë të drejtat e tyre të patentës kundër përdoruesve të tjerë të bazës së kodeve.

Problemet kryesore që hasen gjatë komercializimit të softuerit me burim të hapur

Krahasimi i aplikacioneve të integruara dhe IT

Suksesi i industrisë me burim të hapur është nxitur nga miratimi i Linux nga organizatat e IT. Përfitimi i përdorimit të Linux lidhej me punën në një dhe relativisht homogjene pajisje të qëndrueshme(zakonisht familja x86) dhe duke përdorur një platformë kompjuterike fleksibël, të pasur me burime.

Me softuerin e integruar, gjërat janë krejtësisht të ndryshme. Ky softuer funksionon në një numër të madh pajisjesh me një grup funksionesh fikse gjatë përdorimit gamë të gjerë pajisje me arkitektura të ndryshme. Zhvilluesit e pajisjeve të integruara shpesh e bazojnë avantazhin e tyre konkurrues në grup specifik veçoritë, madhësia, performanca, kostoja, jetëgjatësia e baterisë, besueshmëria, ndërveprueshmëria dhe zgjerueshmëria. Këto veçori dalluese zakonisht zbatohen në softuer të nivelit të ulët, i cili në rastin e Linux kërkon lidhjen direkt me kernelin OS. Përshtatja e softuerit të nivelit të ulët për t'iu përshtatur nevojave të klientit është normë, jo përjashtim, kështu që zhvilluesit shpesh arrijnë funksionalitetin që u nevojitet duke ndryshuar kernelin OS. Metoda e lidhjes direkte duke futur në fragmente kodi përdoret gjithashtu për të ulur koston e krijimit të bibliotekave. Këto praktika, të marra së bashku, e bëjnë shumë të vështirë mbrojtjen e kodit të pronarit sipas licencave të tilla si GPL.

Në mënyrë tipike, këto çështje licencimi nuk prekin aplikacionet e TI-së, pasi softueri i pronarit, specifik për ndërmarrjet nuk shtrihet përtej ndërmarrjes, duke u përdorur vetëm për nevoja të brendshme. Në rastin e pajisjeve të integruara, softueri derivativ shpërndahet gjithmonë nëpërmjet tyre, duke iu nënshtruar klauzolës “force open” të licencave me burim të hapur, gjë që mund të rrezikojë aspektet kryesore të ofertave të vlefshme me burim të hapur.

Përveç kësaj, produktet e ngulitura shpesh kanë kohe e gjate jeta, si në fazën e prodhimit ashtu edhe në operim. Një produkt i integruar që i nënshtrohet kushteve të përdorimit me burim të hapur është subjekt i rreziqeve më të mëdha, duke përfshirë mungesën afatgjatë mbeshtetje teknike, çështje të mundshme ekzistuese të sigurisë dhe shkelje të IP.

Çështjet e licencimit

Statusi juridik i pasigurt

Pavarësisht fjalëve qetësuese të mbështetësve të disa licencave me burim të hapur, shumë nga çështjet kryesore për të cilat zhvilluesit e sistemeve të integruara shprehin shqetësimin nuk janë testuar ende gjerësisht në jurisprudencë. Siç u përmend, përkufizimi i "punës derivative" është çelësi për të siguruar pajtueshmërinë me klauzola të caktuara të licencës, megjithëse shumë individë dhe organizata që pranojnë terma me burim të hapur kanë pak kuptim të konceptit ose e injorojnë atë me dashje.

Disa zgjidhje që lejojnë shitësit e produkteve komerciale të prezantojnë drejtuesit "pronarë" në Linux (siç janë modulet e kernelit të ngarkueshëm) mbështeten më shumë në argumentet "tha ai, tha ajo" sesa në referencë të drejtpërdrejtë në tekstin e marrëveshjes së licencës. Në fakt, drejtues të tillë që përdorin module LKM janë të mbushur me anashkalim të rrezikshëm të kërkesave të licencës GPL. Duke shkuar në një ekstrem, mund të interpretohet çështja në atë mënyrë që kodi Baza Linux mund të paraqiten si të padobishme për shumicën e aplikacioneve praktike nëse nuk përfshihen disa nga këta drejtues të pronarit. Kjo situatë mund të zhvlerësojë në mënyrë mjaft efektive idenë e licencës GPL.

Asnjë kompensim për shkeljen e IP

Në shumicën e rasteve të përdorimit me burim të hapur, ekziston një mundësi reale që ju të shkelni pa dashje të drejtat e patentës së dikujt tjetër. Pak licenca me burim të hapur bëjnë referencë të qartë për patentat dhe licencat e nënkuptuara nuk mund të gjykohen. Ju duhet të licenconi veçmas çdo patentë që mbulon, për shembull, kodekët me burim të hapur që zbatojnë algoritme MP3 ose zgjidhje të tjera të pronarit. Ndërkohë, “djemtë e këqij” (përfshirë Microsoft-in) janë të preokupuar me krijimin e një portofoli patentash që, sipas shumë ekspertëve, mund të përdoren për të “qëlluar” ndaj mbështetësve me burim të hapur.

Disa licenca përmbajnë referenca të qarta për patentat. Për shembull, Licenca Publike Eclipse përmend në mënyrë eksplicite të drejtat e patentës dhe përmban një klauzolë për gjobat nëse dikush përpiqet të pretendojë të drejtat e patentës në një mënyrë tjetër. Eclipse gjithashtu bën shumë përpjekje në rishikimin e kodit dhe përcaktimin e burimit të tij nga një perspektivë licencimi, patentimi ose e drejta e autorit.

Përpjekje shtesë për të ruajtur IP

Për të përdorur kodin me burim të hapur, një kompani duhet të shpenzojë përpjekje të konsiderueshme në fushat e mëposhtme:

• menaxhimi i shpërndarjes së produktit;
• menaxhimi i licencës;
• zgjidhjen e konflikteve ligjore lidhur me detyrimet e klientit;
• Kujdesi i duhur ndaj çështjeve ligjore: ruajtja e pastërtisë së të drejtave IP, kontrollimi i të drejtave IP për kodin me burim të hapur, identifikimi i burimit të origjinës së kodit, gjurmimi i ndryshimeve në versionet e licencës, si GPL v3, etj.

Pranimi i kërkesave të klientëve

Disa klientë të mëdhenj, të përballur me kompleksitetin dhe pasigurinë e softuerit me burim të hapur, kanë refuzuar të merren me produkte që përfshijnë kodin me burim të hapur. Nëse dëshironi të punoni me klientë të tillë, duhet t'i merrni ose t'i ftoni ata të përfshijnë kushtet e licencës komerciale për kodin tuaj.

Çështje IP

A mbulojnë kushtet e licencës suaj me burim të hapur pronësinë intelektuale që e bën produktin tuaj të ndryshëm? Nëse po, IP-ja juaj është në rrezik.

Nëse sistemet tuaja të integruara përdorin një përzierje të softuerit tuaj dhe softuerit me burim të hapur, ju duhet të kuptoni natyrën, origjinën dhe marrëdhëniet e të gjithë komponentëve të softuerit të integruar. Pa këtë kuptim të thellë të temës, ju mund të shkelni pa dashje IP-në e dikujt tjetër ose madje të humbni të drejtat për softuerin tuaj.

Pa licencat dhe kompensimin e patentave, softueri jetëgjatë i sistemeve të integruara, çmimi relativisht i lartë i shitjes dhe vëllimi i shitjeve të pajisjeve të integruara me funksione fikse i bëjnë ata një objektiv të qartë për pretendimet për shkelje të patentave nga djemtë e këqij dhe konkurrentët kryesorë të lartpërmendur.

Siç tregon QNX Momentics IDE, ka shumë përfitime të menjëhershme për softuerin me burim të hapur, duke përfshirë kohën më të shkurtër për treg, kosto më të ulëta zhvillimi dhe liri më të madhe për të personalizuar produktin tuaj. funksione shtesë dhe inovacionit. Nëse e ofroni softuerin tuaj si një shërbim që zgjidh disa probleme të klientit, atëherë klientit nuk i intereson nëse keni përdorur softuer me kod të hapur apo jo, ai thjesht paguan për funksionin që i nevojitet.

Sidoqoftë, duhet të kuptoni ndryshimet midis licencave të ndryshme me burim të hapur dhe të zgjidhni atë që i përshtatet aplikacionit tuaj dhe nevojave të klientit. Për më tepër, jini të përgatitur për të përmbushur detyrimet e licencimit të softuerit që zgjidhni. Ju duhet të jeni të vetëdijshëm për kërkesat e tjera të IP (siç janë të drejtat e patentës) që lidhen me kodi i programit. Kini kujdes nga një bazë kodi që nuk shfaq një mesazh në lidhje me pasojat e shkeljes së IP. Kërko projekte më të mira, ku propozohet të kompensohen dëmet e mundshme dhe ku shfaqet një mesazh në ekran për donacionet monetare për zhvillimin e kodit për të kompensuar kostot që lidhen me shkeljen e të drejtave të autorit ose patentave, etj. Sigurohuni gjithashtu që softueri me burim të hapur që përdorni të jetë në përputhje me politikat tuaja të pronësisë intelektuale dhe shmangni licencat mbrojtëse që mund t'ju detyrojnë të zbuloni pjesë të veçanta të kodit tuaj. Nëse produkti juaj është i përfshirë në sistem, atëherë konsideroni gjithashtu ofrimin e kushteve të licencimit komercial për IP-në tuaj.

Përdorimi i kodit me burim të hapur në pajisjet e integruara çon në më shumë probleme komplekse sesa në rastin e përdorimit të një softueri të tillë në aplikacionet e TI-së, pasi opsioni i parë është i mbushur me më shumë rreziqe. Përpara se të vendosni të përdorni ndonjë softuer me burim të hapur, merrni parasysh koston e tij të vërtetë të pronësisë (TTCO) dhe përshtatshmërinë e tij për projektin tuaj.

Së fundi, bashkohuni me komunitetin me burim të hapur të përdoruesve dhe zhvilluesve për të përfituar sa më shumë prej tij!

Për të kuptuar se çfarë do të thotë për organizatën tonë të përdorë softuer me burim të hapur/të mbyllur, duhet të kuptojmë se si ato ndryshojnë nga njëri-tjetri. Ky artikull vë në dukje ndryshimet kryesore, por mbani mend se ky është një shpjegim shumë i thjeshtuar. Informacione shtesë mund të merren nga Wikipedia ose duke lexuar shembuj konkretë duke përdorur të dy llojet e softuerit.

Para së gjithash, softueri me kod të hapur do të thotë që ne mund të ndryshojmë dhe zhvillojmë programin tonë për sa kohë që kemi njohuritë dhe aftësitë për ta bërë këtë. Përkundrazi, nuk është e mundur të modifikoni vetë një program me burim të mbyllur pasi kodi burimor i programit/aplikacionit nuk është i disponueshëm. Ndërsa jo të gjithë ne jemi programues, mund të përfitojmë ende nga puna me softuer me burim të hapur.

Një softuer i tillë u ofrohet përdoruesve pa pagesë, jo vetëm programeve, por edhe sistemeve operative. Është krijuar dhe zhvilluar nga vetë përdoruesit, të cilët i postojnë krijimet e tyre në internet. Programet më të njohura përditësohen rregullisht sepse shumë njerëz i përdorin ato. Shembujt përfshijnë Mozilla Firefox ose Thunderbird. Nëse programi nuk përditësohet rregullisht, mund të ndodhë që nuk ka burime të mjaftueshme teknike të nevojshme për këtë - e gjithë pyetja është se sa përdorues ka programi. Frekuenca e lartë e përditësimeve është një garanci e sigurt e sigurisë së përdorimit të programit. Megjithëse, nëse pas instalimit të përditësimit rezulton se programi nuk funksionon (për shembull, versioni i ri i sistemit operativ nuk e mbështet Skype), ekzistojnë dy mënyra për të zgjidhur problemin: përpiquni të gjeni ndihmë në forume në Internet ose rregulloni vetë problemin, gjë që është relativisht e vështirë.

Softueri me burim të mbyllur është shumë më popullor sesa softueri me burim të hapur. Para së gjithash, për shkak të lehtësisë së përdorimit, dhe gjithashtu sepse thjesht jemi mësuar me të - si rregull, ne përdorim Windows OS në shkollë, në punë dhe në shtëpi. Në rastin e programeve dhe sistemeve operative të bazuara në kodin burimor të mbyllur, kemi të bëjmë me një produkt të përfunduar që nuk kërkon asnjë ndërhyrje nga ana jonë. Është shumë më i përshtatshëm për përdoruesin mesatar të punojë me ta. Përdoruesit e softuerit me burim të mbyllur shpesh theksojnë se sa i lehtë është instalimi dhe përdorimi, sa i përshtatshëm është të kesh ndihmë të qartë për programin në dorë dhe aftësinë për të kontaktuar mbështetjen teknike nëse lindin probleme. Sisteme dhe produkte të tilla lëshohen nga kompanitë, dhe vetëm pas disa fazave të testimit. Përdoruesi thjesht blen një të tërë paketë softuerike, gati për t'u instaluar në kompjuterin tuaj. Një softuer i tillë paguhet: ne blejmë një licencë dhe shpesh përditësojmë programin.

Disa zhvillues softuerësh mbështesin organizatat e komunitetit dhe ofrojnë programe falas ose me zbritje nëpërmjet organizatave të tyre jofitimprurëse përkatëse, siç është rrjeti i gjerë partner i TechSoup, anëtarët e të cilit janë të vendosur në vende të ndryshme. Në Rusi, programi zbatohet nga Sera e Teknologjive Sociale (Spiro LLC). Duke kontaktuar programin infoDonor, mund të mësoni nëse organizata juaj mund të marrë pjesë në program. Duhet gjithashtu të kujtojmë se kur zgjedhim një sistem operativ, ne po zgjedhim edhe mënyrën se si punojmë në organizatën tonë. Për shembull, nëse zgjodhëm Linux, nuk do të mund ta përdorim Zgjidhjet e Adobe, dhe nëse zgjedhim Windows, do të duhet të blejmë licenca për numrin e kompjuterëve. Çdo rast ka të mirat dhe të këqijat e veta. Ne duhet të shqyrtojmë me kujdes se çfarë saktësisht ka nevojë organizata jonë, cilat janë kriteret përdorim efektiv pajisje dhe merrni një vendim pas një analize të plotë.

Sigurisht, softueri me burim të hapur ose të mbyllur nuk ka të bëjë vetëm me Microsoft, Mac ose Linux. Çështja e licencimit lind në lidhje me çdo lloj softueri të përdorur në një organizatë. Rregulli kryesor është të lexoni me kujdes të gjitha licencat dhe marrëveshjet e shërbimit. Ka shumë shembuj ku organizatat kanë hasur probleme serioze me softuerin që u bë praktikisht i padobishëm për shkak të kushteve të licencimit, ose ku edhe ndryshimet më të vogla në një faqe ishin shumë të kushtueshme.

Software i hapur dhe i lirë
07.07.2009 12:25

Në mesin e programuesve, ka njerëz që janë të gatshëm të ofrojnë rezultatet e punës së tyre pa pagesë, së bashku me mundësinë për t'i ndryshuar dhe përmirësuar ato. Bëhet fjalë për në lidhje me prodhuesit i ashtuquajturi softuer me kod të hapur, i cili ka qenë objekt debati në komunitetin global të IT për shumë vite. Disa thonë se softueri me burim të hapur është e ardhmja, ndërsa të tjerë, përkundrazi, e konsiderojnë atë të rrezikshëm dhe të panevojshëm. Por kush ka të drejtë në fund të fundit? Vështirë se ka një përgjigje përfundimtare për këtë pyetje.

Pra, çfarë është softueri me burim të hapur? Ndoshta përkufizimi më i zakonshëm i këtij termi zbulon veçoritë e tij kryesore. Softueri me burim të hapur është i gjithë softueri me burim të hapur, produkte softuerike të bazuara në të cilat janë të disponueshme jo vetëm për shikim, por edhe për modifikim, i cili ju lejon të përdorni kodin e krijuar tashmë për të shkruar versione të reja të softuerit, për rregullime të gabimeve dhe përmirësime në programin e hapur . Vlen të theksohet se këtë përkufizim, sipas mbështetësve me burim të hapur, nuk pasqyrojnë plotësisht thelbin e konceptit. Nga këndvështrimi i tyre, softueri me kod të hapur përfaqëson, përveç kodit burimor të aksesueshëm për redaktim, edhe një filozofi të tërë, kuptimi i së cilës është krijimi shoqëria e informacionit nëpërmjet përdorimit gjithëpërfshirës të produkteve softuerike të hapura në të gjitha fushat e veprimtarisë njerëzore.

Cila është bukuria e softuerit me kod të hapur? Sipas përfaqësuesve të kësaj lëvizjeje, softueri me burim të hapur ju lejon të:

1. përshtatni produktin softuer me kërkesat e një përdoruesi ose grupi të caktuar përdoruesish;
2. eliminoni gabimet e zhvilluesve të mëparshëm;
3. finalizoj dhe të përmirësohet software.

Për më tepër, softueri me burim të hapur është kryesisht falas, gjë që është veçanërisht tërheqëse për bizneset e vogla dhe të mesme që, për shembull, aktualisht nuk janë në gjendje të sigurojnë licenca për produktet komerciale softuerike. Gjithashtu, mbështetësit e idesë së kodit me burim të hapur theksojnë sigurinë e tij si një avantazh i softuerit me burim të hapur, domethënë, softueri me burim të hapur, për shkak të mungesës së popullaritetit të tij, praktikisht nuk është i ndjeshëm ndaj sulmet e virusit. Dhe nëse një kërcënim megjithatë zbulohet, ai eliminohet sa më shpejt që të jetë e mundur, pasi, si rregull, shumë profesionistë dhe amatorë që mbajnë kontakte me njëri-tjetrin kanë qasje në kodin burimor. Prandaj, një kërcënim i sigurisë, i cili tashmë është zbuluar, eliminohet shpejt nga një prej anëtarëve të komunitetit, ose përmes përpjekjeve të përbashkëta.

Vlen të theksohet se në pamjen globale, softueri me kod të hapur përfshin drejtpërdrejt softuer me burim të hapur, si dhe lloje të tjera të produkteve softuerike që mund të shpërndahen pa pagesë dhe të ofrojnë kod burimor për të bërë ndryshime. Një softuer i tillë përfshin softuer falas dhe softuer falas.

Pra, termi me burim të hapur (softuer i hapur) u përdor për herë të parë në 1998 nga programuesit Eric Steven Raymond dhe Bruce Perens. Ata ishin të sigurt se termi softuer i lirë në anglisht është i paqartë dhe në një farë kuptimi mund të trembë sipërmarrësit që janë përdorues të mundshëm të një softueri të tillë. Aktualisht, burimi i hapur është një markë tregtare e Iniciativës me burim të hapur, një organizatë që shpërndan softuer me kod të hapur. Përveç kësaj, ekziston edhe një komitet i veçantë që vendos nëse licenca e një programi të caktuar mund të quhet me burim të hapur.

Këtu vlen të sqarohet se shumica e softuerëve me burim të hapur janë gjithashtu falas. Përkufizimet e softuerit të hapur dhe të lirë, megjithëse jo plotësisht identike, janë të afërta në terma të përgjithshëm dhe shumica e licencave të softuerit përputhen me të dy llojet.

Dallimi midis softuerit me kod të hapur dhe softuerit të lirë është prioritetet. Për shembull, mbështetësit me burim të hapur theksojnë për efikasitet duke punuar me kodin me burim të hapur si një metodë për zhvillimin, modernizimin dhe mirëmbajtjen e programeve. Përkrahësit e termit "softuer i lirë" besojnë se janë të drejtat për të shpërndarë lirisht, modifikuar dhe studiuar programe ato që janë avantazhi kryesor i softuerit pa burim të hapur, duke siguruar kështu autorësinë e një produkti softuer specifik.

Themeluesi i konceptit të softuerit të lirë është programuesi amerikan Richard Matthew Stallman. Ishte ai që formuloi i pari konceptin e softuerit të lirë, i cili pasqyronte parimet e zhvillimit të softuerit të hapur në komunitetin shkencor që u shfaq në universitetet amerikane në vitet 1970. Stallman formuloi kritere të qarta për softuerin e lirë. Këto kritere specifikojnë të drejtat që autori i një programi falas i transferon çdo përdoruesi. Kështu, duke përdorur softuerin e lirë, përdoruesi merr "katër liritë": ekzekutoni, studioni, shpërndani dhe përmirësoni programin.

• "Zero Freedom" - programi mund të përdoret për çdo qëllim.
• "Liria e parë" - mund të studioni se si funksionon programi dhe ta përshtatni atë për qëllimet tuaja. Një kusht për këtë është disponueshmëria e kodit burimor të programit.
• "Liria e dytë" - ju mund të shpërndani kopje të programit për të ndihmuar zhvilluesin.
• "Liria e tretë" - programi mund të përmirësohet dhe versioni i tij i përmirësuar mund të publikohet në mënyrë që të përfitojë i gjithë komuniteti. Kusht për këtë është edhe disponueshmëria e kodit burimor të programit.

Një program që plotëson të gjitha këto parime mund të konsiderohet i lirë, domethënë i garantuar të jetë i hapur dhe i aksesueshëm për komunitetin shkencor dhe thjesht për njerëzit dhe organizatat e interesuara. Duhet theksuar se këto parime ndikojnë vetëm në disponueshmërinë e programeve për përdorim të përgjithshëm, kritikë dhe përmirësim, por nuk përcaktojnë në asnjë mënyrë me përhapjen programet e marrëdhënieve monetare, përfshirë ato, nuk nënkuptojnë se ato janë falas.

Mënyra se si funksionon softueri i lirë është se produkti softuer dhe kodi burimor i tij mbrohen si parazgjedhje nga e drejta e autorit, gjë që i jep mbajtësit të së drejtës së autorit fuqi të plotë për të shpërndarë dhe ndryshuar programin, edhe kur kodi burim është i disponueshëm publikisht. Domethënë, autori ka të drejtë, ndër të tjera, të shesë produktin e tij. Megjithatë, sa më shpejt që përdoruesit nuk ofrohet e drejta për të marrë kodet burimore të programeve dhe për t'i ndryshuar ato dhe shpërndajnë më tej, softueri bëhet jo i lirë - pavarësisht kushteve të tjera.

Për sa i përket kushteve për shpërndarjen dhe përdorimin e softuerit të lirë, kopjimi i tyre shpesh ndalohet dhe inxhinieria e kundërt, modifikimi dhe rishpërndarja janë të parashikuara në marrëveshjen e licencës.

Megjithatë, ka programe që, sipas disa ekspertëve, bien nën përkufizimin e burimit të hapur, por nuk janë falas. Programe të tilla përfshijnë, për shembull, UnRAR, një shpaketues i arkivave RAR. Fakti është se kodi i tij burimor është në domenin publik, por licenca e ndalon përdorimin e tij për të krijuar arkivues të pajtueshëm me RAR.

Natyrisht, është gjithashtu e rëndësishme që ekzistojnë kategori të ndryshme të softuerit me burim të hapur, pasi ato nënkuptojnë shkallë të ndryshme lirie në lidhje me veprimet e përdoruesit. Sidoqoftë, ndonjëherë mund të vëreni një ndryshim domethënës midis përkufizimit të softuerit të lirë dhe atij me burim të hapur. Softueri me burim të hapur është një metodë e zhvillimit të softuerit në të cilën kodi burimor i programeve të krijuara është i hapur, domethënë i disponueshëm publikisht për shikim dhe modifikim. Kjo i lejon çdokujt të përdorë kodin e krijuar tashmë për nevojat e veta dhe, ndoshta, të ndihmojë në zhvillimin e një programi me burim të hapur. Software-i i lirë është e drejtë e përdoruesit, por jo detyrim i prodhuesit, sepse Një licencë e hapur nuk kërkon që softueri të ofrohet gjithmonë pa pagesë. Megjithatë, shumë nga projektet më të suksesshme me burim të hapur janë ende falas.

Qasje e hapur qasja në kodet burimore të programeve është gjithashtu një veçori kryesore e softuerit të lirë, kjo është arsyeja pse termi "Software me burim të hapur", i propozuar më vonë nga Eric Raymond teksti origjinal) disa duket se janë edhe më të suksesshëm në përcaktimin e fenomenit të softuerit të lirë sesa “softueri i lirë” i propozuar dikur nga Stallman.

Vini re se përfitimet e zhvillimit falas për përdoruesit nuk duhet të ekzagjerohen. Jo të gjitha programet falas janë njëlloj të disponueshme për modifikim nga përdoruesi, i cili, nga ana tjetër, është plotësisht i palidhur me licencën për shpërndarja e tyre. Rol i rendesishem Në të njëjtën kohë, madhësia e programit luan një rol: nëse përmban dhjetëra mijëra rreshta (si, për shembull, në OpenOffice.org - një analog i Microsoft Office), atëherë edhe një specialist i kualifikuar do të ketë nevojë për shumë kohë për të gjetur dhe rregulluar gabimin. Llogaritni mbi zhvilluesit, kush do t'u përgjigjet të gjitha komenteve dhe sugjerimeve të përdoruesit dhe do të korrigjojë menjëherë programin është gjithashtu i pamundur, pasi ata nuk mbajnë asnjë detyrim ndaj përdoruesit në lidhje me cilësinë e programit. Në këtë drejtim, përdoruesi i programit të patentuar mund të jetë në një pozitë më të mirë.

Vlen të theksohet se të gjithë pjesëmarrësit në të hapur procesi i softuerit zakonisht bëj diçka program specifik jashtë interesit ose sepse ky softuer është një mjet i domosdoshëm për ta për çdo aktivitet. Koha e shpenzuar për finalizimin e programit e papaguar prandaj nuk ka shpresë se rrethanat nuk do të ndryshojnë dhe zhvillimi nuk do të ndalet fare. Janë të njohura raste kur zhvillimi i një programi filloi falë një autori entuziast, i cili tërheq shumë të marrin pjesë në të, atëherë entuziazmi i drejtuesit zbehet dhe së bashku me të pezullohet zhvillimi i softuerit. Fatkeqësisht, sot ka mijëra software i lirë të cilët kurrë nuk ishin në gjendje të arrinin plotësisht versioni i punës. Për më tepër, programi mund të jetë i nevojshëm, por jo të ngjall interes, që do të thotë se nuk do të ketë zhvillues falas për të.

Vendi i softuerit të lirë në tregun e sotëm të softuerit është shumë domethënës dhe shumë komercial dhe qeveria bizneset përdorin softuerin e lirë në mënyrë të drejtpërdrejtë ose të tërthortë. Për shembull, të gjithë përdoruesit e internetit, megjithëse në mënyrë indirekte, përdorin programin falas Bind, i cili ofron shërbimin DNS. Përveç kësaj, shumë organizata (në veçanti ato që ofrojnë shërbime përmes rrjet i gjere boteror) përdorni ueb serverin falas Apache, funksionimi i të cilit mund të ndikojë drejtpërdrejt në fitimin e ndërmarrjes, për të mos përmendur serverët në platformën Linux.

Përfitimet e përdorimit të softuerit falas dhe me burim të hapur janë të dukshme: si rregull, nuk duhet të paguani për të, dhe nëse e bëni, kushton shumë më pak se homologët e tij të pronarit. Disavantazhi kryesor, nga këndvështrimi i një përdoruesi komercial, është se zhvilluesit e softuerit të lirë nuk kanë detyrime të tjera përveç atyre morale. Kjo do të thotë, ata në thelb nuk janë përgjegjës për cilësinë e softuerit.

Për shembull, një nga licencat publike (GNU) madje ka formulim standard që thotë se nuk ka garanci: "Ky program ofrohet "siç është". Përveçse kur deklarohet ndryshe me shkrim, autori dhe/ose mbajtësi tjetër i së drejtës së autorit nuk japin asnjë lloj garancie, qoftë të shprehur apo të shprehur. dhe nënkuptohet në lidhje me Programin, duke përfshirë garancitë e nënkuptuara të tregtueshmërisë dhe përshtatshmërisë për një qëllim të caktuar, dhe çdo garanci tjetër."

Meqë ra fjala, aktualisht sistemi GNU, i njohur më gjerësisht si GNU/Linux ose thjesht Linux, është mjaft i përhapur, veçanërisht në tregun e serverëve dhe është një produkt softuerik plotësisht i plotë. Ai përbëhet nga një numër i madh programesh të projektit GNU (kryesisht shërbimet e sistemit dhe zinxhiri i veglave GNU), Kernelet Linux- pjesë e sistemit përgjegjës për ekzekutimin e programeve të tjera, duke përfshirë drejtuesit e pajisjes, etj. - dhe shumë programe të tjera falas.

Prandaj, sot ka një tendencë kur korporatat e mëdha të IT-së si Intel, Oracle apo IBM përpiqen të mbështesin projektet e zhvillimit të softuerit të lirë duke paguar punën e punonjësve të këtyre projekteve në mënyrë që niveli i përgjegjësisë së zhvilluesve të jetë në nivel të lartë. Pse e bëjnë këtë, pasi softueri i hapur dhe i lirë është konkurrues për ta? Përgjigja është e thjeshtë - ata e shohin këtë si një përfitim, të cilin përpiqen të mos e humbasin, pasi çdo ditë shfaqen shumë programe të bazuara në softuer me burim të hapur, disa prej të cilave më pas mund të bëhen produkte të forta komerciale.

Ka disa licenca kryesore që përdoren sot për të shpërndarë softuerin e lirë: Licenca publike AROS, Licenca BSD, CDDL, Licenca e Përbashkët Publike, Licenca e Dokumentacionit Pa pagesë GNU, Licenca e Përgjithshme Publike GNU, Licenca Publike e Përgjithshme e Vogël GNU, Licenca MIT, Licenca Publike Mozilla, Licenca e drejtorisë së hapur, etj. Për të gjithë licencat e lira, në një mënyrë ose në një tjetër, karakterizohet nga pajtueshmëria me parimet e copyleft (copyleft është një lojë fjalësh e drejtë e autorit). Në të kundërt Qasja tradicionale ndaj të drejtës së autorit, në të cilën liria për të kopjuar veprat është e kufizuar, parimi i të drejtës së autorit përdor ligjet e të drejtave të autorit për të siguruar që është e pamundur të kufizohen të drejtat e çdo personi për të përdorur, ndryshuar dhe shpërndajnë si vetë vepra ashtu edhe veprat e bazuara në të. Ideja e copyleft është se kushdo që shpërndan një program, qoftë me ose pa modifikime, nuk ka të drejtë të kufizojë lirinë e shpërndarjes ose modifikimit të mëtejshëm të tij. Copyleft siguron që çdo përdorues të jetë i lirë në veprimet e tij.

Numri i licencave që korrespondojnë me Përkufizimin e konceptit të burimit të hapur (softuer i hapur) është aktualisht më shumë se pesëdhjetë. Open Source është një markë tregtare e Open Source Initiative. Ekziston një komitet i veçantë që vendos nëse një licencë mund të mbajë emrin me burim të hapur. Një nga faqet e internetit më të mëdha në botë për zhvilluesit e softuerit me burim të hapur është i mirënjohuri SourceForge.net. Në këtë faqe, zhvilluesit mund të postojnë dhe të bashkëpunojnë në projektet e tyre softuerike. Aktualisht, SourceForge.net pret disa qindra mijëra projekte, dhe numri i përdoruesve të regjistruar tejkalon një milion.

Natyrisht, softueri me kod të hapur dhe softueri i lirë po tërheqin gjithnjë e më shumë audiencën. Programet me kod të hapur përdoren me mjaft sukses si nga përdoruesit privatë ashtu edhe nga dhe komerciale organizatat shtetërore dhe publike. Softueri i bazuar në softuer me burim të hapur dhe softuer falas përdoret tashmë si para-instalim për disa modele laptopësh dhe netbookësh prodhues të ndryshëm. Për më tepër, softueri me burim të hapur po pushton gradualisht tregun e sistemeve të automatizimit për ndërmarrjet e vogla dhe të mesme.