Software gratuit

Versiunea actuală a paginii nu a fost încă examinată de colaboratori experimentați și poate diferi semnificativ de versiunea revizuită pe 23 mai 2022; verificările necesită 2 modificări .

Software gratuit ( software open source , software gratuit în engleză  , de asemenea software libre sau software libre ), software liber  - software ai cărui utilizatori au drepturi ("libertăți") la instalarea, lansarea, utilizarea gratuită, studiul, distribuția și modificarea acestuia (îmbunătățire) ), precum și distribuirea de copii și rezultatele modificării [1] . Dacă există drepturi exclusive asupra software-ului, atunci libertățile sunt declarate folosind licențe libere .

La fel ca software-ul gratuit și software-ul gratuit, software-ul open source poate fi folosit și obținut de obicei gratuit (dar un anumit distribuitor poate percepe o taxă pentru obținerea de copii de la el, pentru canalele de livrare, media - CD -uri sau servicii suplimentare). Cu toate acestea, software-ul gratuit este distribuit de obicei într-o formă executabilă fără coduri sursă și este un software proprietar , iar pentru ca software-ul să fie gratuit (software gratuit), codurile sale sursă trebuie să fie disponibile destinatarilor , din care este posibil să se creeze fișiere executabile , împreună cu licentele corespunzatoare. Datorită faptului că cuvântul „vânzare” se referă la vânzarea originalului și la distribuirea de copii pentru bani și la acordarea de licențe plătite (de obicei în condiții non-libere) [2] , unii consideră că software-ul liber este un subset . de software liber.

Se face adesea o distincție între software-ul gratuit ( gratuit / libre ) și software-ul cu sursă deschisă ( sursă deschisă ) - deși disponibilitatea codului sursă pentru software-ul cu sursă deschisă este obligatorie și multe programe cu sursă deschisă sunt, de asemenea, software liber, ceea ce face ca software-ul liber să fie un subset de software open source. În practică, alegerea numelui este adesea legată de limba folosită și de scopurile libertății sau deschiderii.[ clarifica ] .

Mișcarea software-ului liber a început în 1983, când Richard Stallman și-a format ideea că utilizatorii ar trebui să fie liberi să folosească software -ul .  În 1985, Stallman a fondat Free Software Foundation pentru a oferi o structură organizatorică pentru a-și promova ideea.

Modelele de afaceri software libere se bazează de obicei pe principiul împuternicirii – de exemplu, aplicații noi, instruire, integrare, personalizare sau certificare. În același timp, unele modele de afaceri care funcționează cu software proprietar nu sunt compatibile cu software-ul liber, în special cele care obligă utilizatorii să plătească pentru o licență pentru a utiliza legal produsul software.

Licențe gratuite

În conformitate cu legislația modernă din majoritatea țărilor, un produs software și codul său sursă sunt protejate de drepturi de autor , ceea ce oferă autorilor și deținătorului drepturilor de autor (cel mai adesea deținătorul drepturilor de autor este organizația care angajează autorul lucrărilor de servicii ) puterea de a schimba , distribuiți, utilizați și comportați programul, inclusiv cazurile, când codul sursă este publicat. Puterea dreptului de autor în societatea modernă este atât de puternică încât chiar și studierea sau încercarea de a corecta erorile software prin dezasamblare poate fi urmărită de legea penală .

Pentru a salva utilizatorii de software de problemele cauzate de părtinirea legislației privind protecția proprietății intelectuale în direcția deținătorului drepturilor de autor, autorii și deținătorii drepturilor de autor pot transfera utilizatorilor drepturile asupra celor patru libertăți de acțiune enumerate mai sus. Acest lucru se realizează prin eliberarea codului sursă al software-ului sub unul dintre tipurile speciale de licențe numite licențe gratuite . În ciuda faptului că, în condițiile licențelor gratuite, deținătorul drepturilor nu poate revoca permisiunile acordate utilizatorilor, autorii își păstrează drepturile garantate de lege.

Software-ul gratuit este ușor de comercializat  - există multe modele de afaceri care elimină nevoia de a plăti pentru copii ale programului. De exemplu, un model de afaceri este foarte popular atunci când un antreprenor poate câștiga bani prin furnizarea de servicii de suport tehnic. Există o altă opțiune de comercializare pentru proprietarul codului gratuit - implementarea produselor software în condițiile unei licențe comerciale, în cazul în care clientul trebuie să integreze codul gratuit în software-ul său proprietar și nu dorește să-și dezvăluie dezvoltările.

Dezvoltarea software ca studiu științific

Particularitatea software-ului este că este produs într-o formă - sub formă de cod sursă și este adesea distribuit și utilizat într-o alta - sub formă de programe executabile, coduri de mașină, din care este imposibil să se restabilească în mod unic textul sursă. . Pentru a schimba eficient un program, pentru a remedia erori sau chiar pentru a afla exact ce face un program și cum, este necesar să aveți codul sursă, deoarece atunci când este compilat în codul mașinii , programul își pierde lizibilitatea .

Inițial, crearea de software pentru computere a fost în primul rând o activitate academică. Pentru informaticieni, fiecare program a fost rezultatul cercetării științifice, în unele moduri analoge publicării unui articol. Aceasta înseamnă că codul sursă al programului a fost în mod necesar disponibil întregii comunități științifice, deoarece orice rezultat științific trebuie să fie verificabil , adică confirmat de alți cercetători și să fie deschis criticilor. Astfel, procesul de dezvoltare a software-ului a fost fundamental similar cu procesul științific: omul de știință a preluat programele existente, le-a corectat în conformitate cu ideile sale și a publicat programele corectate - obținând în același timp un rezultat nou.

Cu toate acestea, tehnologia computerelor s-a dezvoltat nu mai puțin activ decât software-ul pentru ei. În anii 1970, a existat o mare varietate de arhitecturi de computer diferite, care diferă și ca performanță și preț. Desigur, a trebuit dezvoltat un set separat de software pentru fiecare arhitectură. Începând cu mijlocul anilor 1970, majoritatea universităților americane au folosit computere cu arhitectură PDP-10 pentru dezvoltarea academică , permițând angajaților din diferite universități să folosească designurile fiecăruia pe mașinile lor. La sfârșitul anilor 1970, angajații laboratorului de inteligență artificială de la Massachusetts Institute of Technology (MIT) și-au dezvoltat propriul sistem de operare Incompatible Timesharing System  (ITS) pentru PDP-10 - (din  engleză  -  „incompatibil time-sharing system" ”) și un set foarte mare de programe pentru ea. Codurile sursă ale programelor scrise la MIT erau disponibile publicului, angajații altor universități își foloseau codurile sursă și le trimiteau corecții, tot software-ul din aceste laboratoare era complet academic.

Introducerea restricțiilor software

Având în vedere varietatea uriașă de arhitecturi de computer, software-ul a fost o parte integrantă a mașinii în sine și departe de a fi cea mai scumpă parte. Producătorii de computere le-au furnizat software-ul principal - cel puțin[ clarifica ] cu sistemul de operare . Fabricarea calculatoarelor a fost o întreprindere intensivă în știință, dar fundamental comercială.

Într-o situație în care[ clarifica ] software-ul este comercializat la egalitate cu obiectele de uz casnic, nu mai este supus doar legilor dezvoltării științifice, ci și proprietăților obiectelor materiale care pot fi comercializate, schimbate, dreptul de deținere și utilizare care ar trebui protejat. prin lege.[ neutralitate? ] Deci, software-ul a intrat în categoria proprietății intelectuale: adică codul sursă al programului a început să fie considerat o lucrare.

Pentru a proteja[ termen necunoscut ] interesele lor, producătorii de calculatoare și software folosesc licențe - un tip de acord între proprietarul drepturilor de autor și utilizatorul (cumpărătorul) software-ului. Au fost încheiate acorduri similare cu universitățile: de exemplu, codul sursă al programelor și dreptul de a le schimba au fost transferate universității, dar era interzisă distribuirea lor în afara universității. Astfel de restricții au însemnat că textele programelor corespunzătoare nu puteau fi discutate deschis în comunitate, adică nu existau pentru dezvoltarea științifică. Calculatoarele și software-ul au avut și cumpărători din afara mediului academic, cum ar fi băncile. Astfel de utilizatori nu este atât de important să obțineți codurile sursă ale programelor, sunt interesați de software ca produs finit și sunt dispuși să plătească bani pentru programe fiabile și convenabile.

Cu toate acestea, computerele s-au dezvoltat foarte repede, iar PDP-10-urile , care erau destul de moderne în anii 1970 , erau deja depășite la începutul anilor 1980 și au rămas semnificativ în urma mașinilor mai moderne în ceea ce privește performanța. Cu toate acestea, pentru nici una dintre noile arhitecturi, nu a mai existat un sistem de operare și alt software dezvoltat exclusiv într-un mediu academic și conform regulilor acestuia. Universitățile trebuiau acum să cumpere noi computere cu software nou și să respecte termenii de licență care le limitau drepturile de a dezvolta și distribui software - cu alte cuvinte, să limiteze posibilitatea unui model științific pentru dezvoltarea și distribuirea de software.

În acest moment, așa-numitele mașini LISP erau dezvoltate la laboratorul de inteligență artificială MIT , care putea interpreta un limbaj de programare similar LISP  , un limbaj de programare dezvoltat și promițător , la nivel hardware . Sistemul de operare pentru astfel de mașini și tot software-ul pentru ele a fost scris în LISP. La începutul anilor 1980, unii membri ai Laboratorului AI au cumpărat drepturile asupra mașinilor LISP și a sistemului de matematică Macsyma de la MIT și și-au fondat propriile companii comerciale pentru a se dezvolta în continuare în acest domeniu. O mulțime de personal de laborator au mers să lucreze în aceste companii, după care toate dezvoltările lor ulterioare au fost închise comunității științifice. Noile mașini LISP au fost distribuite cu licențe care interziceau utilizatorilor să modifice și să redistribuie codul sursă. Programele care erau similare cu publicațiile științifice pentru angajații MIT au devenit un produs deținut de cineva.

Pentru unul dintre membrii personalului rămași la MIT AI Lab, Richard Stallman , această stare de lucruri i se părea o încălcare inacceptabilă a procesului științific deschis de dezvoltare a software-ului. El a încercat de unul singur să dezvolte mașini LISP în cadrul vechiului model academic și să implementeze deschis modificări similare cu cele făcute în cadrul dezvoltării comerciale închise, astfel încât mașinile LISP ale MIT să poată concura cu omologii lor. Desigur, această încercare de a ține pasul cu dezvoltarea activă a întregii companii[ ce? ] a fost sortit eșecului.

Apoi, în căutarea unor oameni cu gânduri asemănătoare, Richard Stallman creează organizația non-profit Free Software Foundation. Scopul principal al fundației a fost păstrarea software-ului, al cărui proces de dezvoltare va fi întotdeauna garantat a fi deschis, iar textele sursă vor fi întotdeauna disponibile. Scopul mai larg al fundației este de a dezvolta un sistem de operare care este în întregime software open source. Declarând un astfel de obiectiv, Stallman a vrut, de fapt, să revină la ceea ce i se părea o stare ideală atunci când MIT lucra pe propriul sistem de operare pentru PDP-10.

Sistemul de operare dezvoltat sub fundație urma să devină compatibil cu sistemul de operare UNIX . La începutul anilor 1980, UNIX era utilizat pe scară largă, inclusiv în mediul academic. Pentru acest sistem de operare, au existat multe programe distribuite gratuit în comunitatea științifică, așa că am vrut ca aceste programe să funcționeze pe noul sistem de operare - gratuit. Acest viitor sistem de operare a fost numit GNU .

Free Software Foundation a împărțit în trecut software-ul non -liber în software semi -liber (unul care diferă de software-ul liber doar prin interzicerea utilizării comerciale) și proprietar (proprietar, proprietar în engleză  ) (care nu are toate cele patru libertăți, chiar dacă utilizarea comercială este permisă); dar această împărţire nu se mai foloseşte [3] [4] .

Uneori, software-ul non-liber include toate „ software- ul comercial ”, considerând software-ul liber ca un tip de software gratuit, dar acest lucru nu este adevărat: puteți beneficia de program nu numai prin vânzarea de licențe non-libere.

Definiția software-ului liber

Pentru ca interacțiunea dezvoltatorilor să aibă loc pe principiul cooperării științifice, a fost necesar să se asigure că codul sursă al programelor rămâne disponibil pentru citire și critică de către întreaga comunitate științifică, păstrând în același timp paternitatea lucrărilor. Pentru a face acest lucru, Richard Stallman a formulat conceptul de software liber , care reflecta principiile dezvoltării de software deschis în comunitatea științifică care s-a dezvoltat la universitățile americane în anii 1970. Stallman a declarat în mod explicit aceste principii, care sunt, de asemenea, Criteriile pentru Software Liber . Aceste criterii stipulează drepturile pe care autorii de software liber le acordă oricărui utilizator:

Capacitatea de a remedia erori și de a îmbunătăți programele este cea mai importantă caracteristică a software-ului gratuit și cu sursă deschisă, ceea ce este pur și simplu imposibil pentru utilizatorii de programe proprietare închise, chiar dacă în ele se găsesc erori și defecte, al căror număr este de obicei necunoscut oricui. .

Doar un program care îndeplinește toate cele patru principii enumerate poate fi considerat software liber, adică este garantat că este deschis și disponibil pentru actualizare și remediere erori și defecte și nu are restricții de utilizare și distribuție. Trebuie subliniat faptul că aceste principii prevăd doar disponibilitatea codurilor sursă ale programului pentru utilizare generală, critică și îmbunătățire, precum și drepturile utilizatorului care a primit executabilul sau codul sursă al programului, dar nu prevăd în niciun fel relațiile financiare. asociate cu distribuția de programe, inclusiv nu implică gratuit . În textele în limba engleză, aici apare adesea confuzie, deoarece cuvântul „free” în engleză înseamnă nu numai „gratuit”, ci și „gratuit”, și este adesea folosit în legătură cu software-ul liber , care este distribuit fără a percepe o taxă pentru utilizare, dar nu este disponibil pentru modificări de către utilizatori și comunitate, deoarece codul sursă nu este publicat. Un astfel de software gratuit nu este deloc gratuit. Dimpotrivă, software-ul liber poate fi distribuit (și distribuit) în timp ce se percepe o taxă, dar respectând în același timp criteriile de libertate: fiecărui utilizator i se acordă dreptul de a primi codul sursă al programelor fără costuri suplimentare (cu excepția prețul mediu), modificați-le și distribuiți-le în continuare. Orice software ai cărui utilizatori nu li se acordă acest drept este software non-liber, indiferent de alți termeni.

Software cu sursă deschisă

Software-ul cu sursă deschisă este o caracteristică cheie a software-ului liber, așa că termenul de mai târziu al lui Eric Raymond „ software cu sursă deschisă ” pare unora a fi chiar mai bun pentru acest fenomen decât „software liber” original al lui Stallman . Stallman insistă asupra diferenței dintre aceste două concepte, întrucât cuvintele open source indică doar prezența uneia, nu a celei mai importante (deși necesare pentru implementarea a două dintre cele patru libertăți), în opinia sa, dintre proprietățile inerente libertății. software - capacitatea de a vedea codul sursă. [5]

Licență publică generală GNU

După ce au declarat criteriile pentru software-ul liber, membrii Free Software Foundation au început să-și distribuie software-ul în conformitate cu aceste principii fără nicio documentare în acest sens: cu alte cuvinte, inițial software-ul liber a fost distribuit fără licență. Cu toate acestea, precedentul care s-a întâmplat lui Richard Stallman însuși (vezi mai jos) l-a convins că documentarea este esențială pentru software-ul liber.

Richard Stallman a dezvoltat editorul de text Emacs bazat pe codul sursă al lui James Gosling . Apoi, Gosling și-a distribuit liber codul sursă tuturor celor interesați. Cu toate acestea, la un moment dat, Gosling a vândut drepturile de a distribui Emacs către UniPress [6] , iar compania i-a cerut lui Stallman să nu mai distribuie versiunea lui de Emacs, deoarece ei dețin drepturile.[ stil ] Acest incident l-a determinat pe Stallman să rescrie acele părți ale sursei Emacs care erau acum deținute de UniPress, după care și-a dezvoltat propria licență pentru software-ul său.

Licența lui Stallman trebuia să funcționeze în același mod ca și licențele software non-libere: este un model de acord între autorul programului ( deținătorul drepturilor de autor ) și utilizator, în care autorul, printre altele, stipulează drepturile utilizator în legătură cu programul. Spre deosebire de licența proprie tipică, licența Stallman acordă utilizatorului drepturile care sunt criteriile unui program gratuit: de a obține codul sursă al programelor, de a le modifica și de a distribui versiuni modificate și nemodificate. Ulterior, licența Stallman a devenit cunoscută ca GNU General Public License („GNU General Public License”), abreviată GNU GPL sau pur și simplu GPL.

Această licență prevede, de asemenea, o condiție fundamentală de protecție a lui Stallman pentru distribuirea de software liber: niciun utilizator care a realizat o versiune modificată a unui program gratuit nu are dreptul de a-l distribui fără a respecta toate principiile software-ului liber, adică de a face un modificarea unui program gratuit non-free. Pentru a sublinia diferența dintre o astfel de licență, care folosește ZoAP (dreptul de autor) pentru a induce păstrarea libertății, față de licențele tipice de proprietate, care folosesc ZoAP pentru a restricționa libertatea, a fost inventat termenul copyleft - un joc de cuvinte construit pe semnificațiile Cuvinte engleze dreapta și stânga . [7] Copyleft funcționează pe baza faptului că lucrările derivate moștenesc în cele mai multe cazuri licențele constituenților lor; dacă un program folosește o mică parte din codul terță parte acoperit de GPL, atunci întregul program și derivatele sale trebuie distribuite sub GPL atâta timp cât sunt derivate ale codului respectiv. În același timp, există o secțiune în GPL care vă permite să solicitați păstrarea numelor autorilor în cod, să interziceți utilizarea acestor nume în publicitate, să avertizați despre mărcile înregistrate etc., ceea ce vă permite să combinați lucrări. sub GPL cu lucrări sub multe licențe gratuite non-copyleft (de exemplu, unele din licențe BSD ), fără a crea restricții semnificative și fără a încălca licența - dar derivatele rezultatului, fiind derivate ale lucrării sub GPL, nu mai pot (fără permisiunea separată a deținătorilor drepturilor de autor) să fie distribuită în conformitate cu termenii acestei licențe non-copyleft, fără a respecta termenii GPL - inclusiv inclusiv și ca parte integrantă a software-ului non-liber. Din acest motiv, licențe precum GNU GPL sunt uneori numite și „licențe virale” : ele par să „infecteze” programul, devenind o parte integrantă a acestuia.

Comunitatea dezvoltatorilor și utilizatorilor

Principala condiție pentru existența software-ului liber este, până la urmă, nu o licență, ci oameni care sunt gata să partajeze gratuit textele programelor lor și să îmbunătățească textele altora. Software-ul liber a moștenit modelul de dezvoltare științifică deschisă și, odată cu acesta, modelul academic de interacțiune între oameni de știință, rezultând o organizare specifică a comunității de dezvoltatori și utilizatori.

Ajutor reciproc

Orice utilizator de software va avea inevitabil întrebări atunci când încearcă să-l folosească pentru a-și rezolva problemele. Utilizatorul unui program non-gratuit (proprietar) plătește producătorul pentru acesta, care uneori îi oferă în schimb niște garanții, dintre care una este să răspundă la întrebări despre funcționarea programului. În special pentru aceasta, producătorul organizează un serviciu de asistență care răspunde la întrebările utilizatorilor prin telefon, e-mail și alte mijloace de comunicare.

Utilizatorul unui program distribuit gratuit nu primește nicio garanție cu acesta: autorul și-a deschis codul sursă publicului, dar, în același timp, nu s-a angajat să explice tuturor cum funcționează programul. [8] Deși orice software care nu este gratuit în 99% din cazuri este, de asemenea, furnizat „ca atare” și fără garanție. Întrucât comunitatea de utilizatori ai majorității programelor este distribuită în toată lumea, pentru a organiza interacțiunea în ea, cei mai activi utilizatori (și adesea autorii înșiși) organizează (mai rar, folosește-le pe cele existente) liste de corespondență , forumuri și alte mijloace . de comunicare pe Internet . Pentru a acumula și clasifica informații despre program (în special, liste de întrebări frecvente - Întrebări frecvente ; sau Întrebări frecvente în limba engleză   - întrebări frecvente), precum și pentru organizarea unor forme mai complexe de interacțiune (dezvoltare în comun, sisteme de urmărire a erorilor ), sunt create site-uri web dedicate programelor.

Erori remediate

În orice program suficient de complex, trebuie să existe erori și defecte, al căror număr este de obicei necunoscut. Mulți producători mari de software creează și plătesc pentru munca unui departament de control al calității (QA - Asigurarea calității ), care controlează conformitatea procesului de dezvoltare a software-ului cu anumite cerințe, a căror implementare reduce probabilitatea erorilor în software (de exemplu , cerințele standardului DO-178B , care este utilizat în dezvoltarea de software pentru sisteme de aviație). Cu toate acestea, în prezent nu există metode care să garanteze pe deplin absența erorilor în software-ul destul de complex (există criterii formalizate pentru complexitatea software-ului).

Un utilizator al unui program proprietar închis, care se confruntă cu o eroare, nu poate întotdeauna să identifice cauza și să corecteze erorile (deoarece nici codul sursă al programului, nici măcar informațiile de depanare nu îi sunt disponibile ), dar, cel mai probabil, este capabil să descrieți eroarea și condițiile în care apare.

Utilizatorul poate raporta o eroare producătorului programului (de obicei contactând aceeași echipă de asistență ), iar dacă decide că eroarea este într-adevăr în program și nu în munca utilizatorului, va fi raportată dezvoltatorilor.

Drept urmare, utilizatorul poate aștepta mult timp pentru ca eroarea să fie remediată în versiunile ulterioare ale programului. Adesea, actualizarea unui program proprietar este echivalată de către producător cu achiziția unei noi copii, ceea ce implică costurile corespunzătoare și încălcarea legii privind protecția consumatorilor .

Diagnosticarea unei erori care a apărut pe computerul unui utilizator nu este o sarcină ușoară, deoarece personalul de asistență (și cu atât mai mult programatorii companiei) poate să nu aibă acces la acest computer. Prin urmare, departamentele de asistență practică pe scară largă programe care oferă diverse informații despre computerul utilizatorului și, în cazuri complexe, notoriile informații de depanare (un angajat îi cere utilizatorului să ruleze programul în „modul de diagnosticare” (de obicei, folosind o setare nedocumentată, sau utilizatorului i se trimite o versiune de depanare a modulului dorit) și îi trimite fișierul raport rezultat).

Un program gratuit tipic (adică non-comercial și/sau dezvoltat de o companie mică sau persoană fizică) de obicei nu are un departament de QA plătit. Aceasta înseamnă că utilizatorul poate întâmpina chiar mai multe erori decât într-un program comercial tipic . Cu atât mai relevantă pentru el este oportunitatea de a raporta o eroare dezvoltatorilor programului. Anterior, în documentația care însoțea programul era obișnuit să se indice adresa de e-mail la care dezvoltatorii primeau rapoarte de eroare. Unii au introdus o formă stereotipă pentru astfel de mesaje pentru a facilita și automatiza procesarea acestora. Numai acest lucru necesită o conectivitate semnificativ mai mare a comunității în întreaga lume, substanțial mai mult decât suficientă pentru o dezvoltare închisă.

Dezvoltatorii și supraveghetorii de testare ai unui produs proprietar pot merge la același birou și pot face schimb de informații acolo sau pot petrece o anumită fracțiune din timpul lor de lucru compilând și analizând rapoarte riguroase care conțin mesaje de eroare și rapoarte de depanare. O astfel de organizare a muncii este eficientă dacă cercul de dezvoltatori este mic și este relativ ușor să introduci o rutină comună. Pentru un proiect deschis, cercul și poziția relativă a potențialilor dezvoltatori nu sunt limitate de nimic, așa că eficacitatea dezvoltării depinde într-o măsură mult mai mare de cât de ușor este pentru toți membrii comunității să se înțeleagă între ei, precum și de „conștiința” utilizatorilor.

Recepția și redirecționarea simplă și ordonată a mesajelor de eroare este asigurată de sistemele de urmărire a erorilor , dintre care cele mai faimoase sunt dezvoltate de participanții la proiecte mari pentru ei înșiși și, datorită licențelor gratuite, sunt folosite peste tot. Acestea sunt GNUTS (dezvoltat în GNU), Bugzilla ( Mozilla Foundation ), JitterBug ( proiect Samba ) sau Debian BTS . Versiunile anterioare sunt orientate spre e-mail, cele ulterioare includ o interfață web. De exemplu, cu ajutorul Bugzilla, se organizează un site pe Internet , unde utilizatorul poate completa un formular pentru a raporta o eroare. Fiecare mesaj are propriul său număr, prin care poți ajunge la pagina „personală” a acestei erori, care reflectă toate evenimentele care au loc despre acesta, de la mesajul inițial (deschidere) până la corectare (închidere). De fiecare dată când există o schimbare în starea erorii, Bugzilla trimite e-mailuri tuturor celor implicați (inclusiv, desigur, raportorul de erori și dezvoltatorii implicați în program). Deoarece Bugzilla vă permite să lăsați comentarii și să atașați fișiere, este un mijloc complet pentru utilizator de a comunica cu dezvoltatorul despre o eroare în program.

Avantajul principal al unui utilizator de software liber este că, spre deosebire de utilizatorii de software care nu sunt liberi, el are întotdeauna posibilitatea de a căuta codul sursă. Desigur, pentru mulți utilizatori, codul sursă nu este mai de înțeles decât codul de mașină. Cu toate acestea, cu un nivel suficient de cunoștințe în programare, utilizatorul însuși poate determina cauza erorii din program sau chiar o poate elimina prin corectarea textului sursă în consecință. Și dacă utilizatorul este interesat de dezvoltarea programului, atunci ar fi rezonabil pentru el nu numai să informeze autorul despre eroare, ci și să îi trimită corecțiile la codul sursă al programului: autorul va avea doar să aplice aceste corecții textului programului dacă le consideră corecte și adecvate. Nu este practic să trimiteți autorului textul corectat al programului în întregime: poate fi foarte mare (zeci de mii de rânduri) și nu va fi ușor pentru autor să-și dea seama ce a fost schimbat (ce ar fi dacă modificările au fost făcute analfabet?).

Pentru a facilita și automatiza procesul de efectuare a corecțiilor, Larry Wall a dezvoltat utilitarul de corecție în 1984 , care, într-o formă oficializată (dar bine înțeleasă de o persoană), descrie operațiunile de editare care trebuie efectuate pentru a obține o nouă versiune de textul. Odată cu apariția acestui utilitar, utilizatorul care a descoperit și corectat un bug în program putea să trimită autorului un mic patch, conform căruia autorul ar putea înțelege ce modificări i-au fost propuse și să le „atașeze” automat la codul său sursă. Odată cu apariția utilitarului de corecție, mulți mai mulți utilizatori au început să se implice în dezvoltarea de programe cu cod sursă disponibil, iar Usenet a jucat un rol semnificativ în acest sens . [9] În cele din urmă, această metodă de corecție a devenit obișnuită și s-a aplicat nu numai codului sursă al programului, ci și direct codului executabil compilat în cazul unui software închis, iar cuvântul „patch” a devenit un cuvânt uzual . . Patch -urile (patch-urile cu remedieri) sunt un atribut obligatoriu al dezvoltării de astăzi a oricăror programe de orice complexitate. [zece]

Dacă utilizatorului programului îi lipsește o anumită funcție în el, atunci, cu calificarea corespunzătoare, poate să îl programeze el însuși și să îl includă în codul sursă al programului sau să plătească pe altcineva pentru el. Desigur, este benefic pentru el ca adăugarea lui să intre în versiunea „principală”, a autorului a programului (se numește în amonte) și să apară în toate versiunile ulterioare: puteți doar să o aranjați sub forma unui patch și să o trimiteți la autorul. Această capacitate este refuzată utilizatorului unui program non-free, chiar dacă este suficient de calificat. Singura modalitate de a include funcția de care are nevoie în program este să contactați producătorul (dacă programul este proprietar) cu o solicitare corespunzătoare și să sperați că producătorul consideră că funcția propusă este cu adevărat necesară.

Cu cât un program gratuit are mai mulți utilizatori activi care sunt gata să contribuie și să partajeze corecții, completări, cu atât programul funcționează mai fiabil și se dezvoltă mai rapid. Mai mult, un astfel de model gratuit de urmărire și remediere a erorilor pentru un program cu mii de utilizatori activi poate fi mult mai eficient decât orice program proprietar: nicio companie nu își poate permite un personal atât de mare în departamentul de control al calității. Prin urmare, un program gratuit cu adevărat popular poate fi mult mai fiabil decât omologii săi proprietar.

Scrierea unui program mare este destul de dificilă și nu întotdeauna posibilă, mai ales dacă autorul o face în timpul liber. Majoritatea software-ului gratuit modern este scris de un grup de dezvoltatori. Chiar dacă o persoană a început să scrie un program și s-a dovedit a fi interesant, utilizatorii activi se pot alătura dezvoltării. Pentru ca aceștia să poată nu numai să facă corecții individuale, ci, în general, să conducă întreaga dezvoltare împreună, sunt necesare instrumente speciale. Pe lângă corecții, sistemele de control al versiunilor sunt folosite pentru a organiza dezvoltarea comună a software-ului . Funcțiile sistemului de control al versiunilor sunt de a organiza accesul la codul sursă al programului pentru mai mulți dezvoltatori și de a stoca un istoric al tuturor modificărilor din codul sursă, permițându-vă să îmbinați și să anulați modificările etc. [11] Cea mai veche versiune gratuită sistemul de control - RCS - a fost folosit încă din zorii software-ului gratuit de abonații Usenet, apoi a fost înlocuit cu un CVS mai dezvoltat , dar astăzi este considerat în mare parte învechit și este din ce în ce mai înlocuit de Subversion , Git și altele.

Trebuie remarcat faptul că beneficiile dezvoltării gratuite pentru utilizator nu trebuie exagerate. Nu toate programele software gratuite sunt la fel de disponibile pentru modificare de către utilizatori, iar acest lucru nu are nimic de-a face cu licența de distribuire. Un factor important aici este dimensiunea programului: dacă acesta conține zeci de mii de linii (ca, de exemplu, în OpenOffice.org ), atunci chiar și unui utilizator calificat îi va lua prea mult timp să-și dea seama ce este. De asemenea, este imposibil să se bazeze pe faptul că dezvoltatorii vor răspunde la toate comentariile și sugestiile utilizatorului prin corectarea imediată a programului, deoarece nu poartă nicio obligație față de utilizator cu privire la calitatea programului. În acest sens, utilizatorul unui program comercial proprietar poate fi într-o poziție mai bună (deși obligațiile dezvoltatorului acestuia se datorează, de obicei, doar legilor, și nu voinței sale).

Atât de multe dintre caracteristicile comunității de software liber de dezvoltatori și utilizatori provin din faptul că toți membrii săi se angajează de obicei în program din interes sau pentru că programul este un instrument necesar pentru ei (de exemplu, pentru a câștiga bani sau pentru alt motiv). Timpul pe care îl petrec programului nu este plătit, așa că nu există nicio speranță că circumstanțele nu se vor schimba și dezvoltarea nu se va opri cu totul. Nu este neobișnuit ca dezvoltarea unui program să înceapă datorită unui autor entuziast care atrage mulți oameni să participe la dezvoltare, iar apoi entuziasmul liderului se estompează, iar dezvoltarea se estompează odată cu el. Există mii de programe astăzi care nu au ajuns niciodată la versiunea 1.0, deși epuizarea liderului nu este singurul motiv. În plus, programul poate fi necesar, dar „neinteresant” și, prin urmare, nu vor exista dezvoltatori liberi. [12]

Locul software-ului liber pe piața actuală a software-ului este foarte semnificativ și multe întreprinderi comerciale și guvernamentale folosesc software-ul liber direct sau indirect. De fapt, indirect, toți utilizatorii de Internet folosesc, de exemplu, programul gratuit BIND , care oferă un serviciu DNS . Multe organizații, în special cele care furnizează servicii prin Internet, folosesc serverul web Apache gratuit , de a cărui activitate depinde direct profitul lor, ca să nu mai vorbim de serverele de pe platforma Linux . Principalul dezavantaj din punctul de vedere al unui utilizator comercial este că dezvoltatorii de software liber nu au altă obligație decât una morală cu privire la calitatea unui program. Prin urmare, astăzi corporațiile mari, precum Intel sau IBM , consideră că este necesar să susțină proiectele de dezvoltare de software gratuit plătind angajații care lucrează în cadrul acestor proiecte.

Filosofie

În cultura europeană, regulile de proprietate în raport cu valorile materiale au fost dezvoltate de mult timp . Și este destul de logic că aceste reguli au fost extinse la valorile nemateriale - inclusiv produsele software, când au început să reprezinte o valoare independentă.[ neutralitate? ] Cu toate acestea, produsele software au o diferență fundamentală față de obiectele materiale - pot fi copiate cu ușurință. Crearea unei copii a unui produs material este adesea aproape egală cu costul creării originalului.

Datorită acestei diferențe, principiul „doar o persoană poate folosi un lucru la un moment dat” nu se aplică software-ului (și folosirea lui de către altcineva provoacă automat daune primei persoane din cauza neprimirii de beneficii din acesta), motiv pentru care conceptul de „proprietar” există. Prin urmare, o încercare aici de a acționa conform acestui principiu - de a atribui dreptul de a utiliza programul unei singure persoane - este percepută intuitiv [13] ca fiind contrară naturii lucrurilor. Nu este surprinzător că apar multe probleme, fiecare dintre ele trebuie rezolvată prin metode artificiale și adesea nenaturale.

O astfel de metodă clasică este păstrarea de drept a drepturilor asupra software-ului de către producător, care, așa cum spune, oferă software-ul utilizatorilor săi pentru utilizare temporară. În acest caz, utilizarea de software fără licență este echivalată în esență cu conceptul de lege a țărilor vorbitoare de limbă engleză, cunoscut sub numele de furt de servicii. Dar acest concept nu are analogi în alte culturi naționale, de exemplu, rusă, și tocmai din motivele menționate la 2 paragrafe de mai sus (proprietarul nu este privat de posibilitatea de a folosi lucrul, care este principala consecință negativă a furtului). În legislația rusă, furtul de servicii de orice fel nu este altceva decât o infracțiune administrativă, în timp ce răspunderea penală este prevăzută pentru software-ul fără licență, care sună disonant în cultura rusă.

Dar uneori, de exemplu, este necesar să se simuleze „paguba datorată neprimirii bunului”, care este „provocată” „proprietarului” programului atunci când este copiat fără deteriorare sau când banii sunt returnați atunci când erori și defecte se gasesc in programe. De obicei, acesta este „profit pierdut”, adică profitul pe care proprietarul l-ar fi putut primi, dar nu l-a primit din cauza faptului că produsul a fost copiat. Trebuie să inventăm echipamente ingenioase care interferează cu copierea sau provoacă daune. Este necesar să se introducă în legislație o categorie specială de drepturi — să o numim condiționat „brevet” [14]  — limitând abuzurile — și libertatea — a întregii omeniri în favoarea titularului brevetului. În plus, titularul brevetului și autorul invenției nu sunt întotdeauna aceeași persoană (în astfel de cazuri, caracterul nefiresc al acestor măsuri este doar agravat).

Există și un punct de vedere al adversarilor celor de mai sus. Așadar, de exemplu, legalizarea consecventă a furtului de servicii înseamnă că toate serviciile sunt gratuite, ceea ce înseamnă cel mai probabil întreținerea întregii zone de către bugetul de stat, iar în acest caz, în primul rând, toți contribuabilii plătesc serviciile din partea lor. taxe și fără un mecanism de piață de influență a consumatorului asupra producătorului („mănâncă ceea ce dau”), în al doilea rând, deturnează fondurile statului de la sarcini de importanță națională, în al treilea rând, lipsa concurenței pe piață va duce la nivelarea calității tuturor serviciilor. la un anumit minim ieftin și nu foarte calitativ (este chiar posibil ca o parte din prestarea serviciilor să fie atribuită consumatorului într-o manieră „do-it-yourself”). Același lucru este valabil și pentru ideea de libertate totală a tuturor programelor.

Programele care nu sunt libere se numesc „ proprietate ” (din engleză  proprietary ) sau „proprietate”. Acestea sunt uneori denumite incorect pur și simplu „ comerciale ”, ceea ce este incorect: există multe modalități de a beneficia de un program și multe proiecte gratuite de succes dovedesc acest lucru.

Migrarea la software liber

Tranziția către software-ul liber specific, precum și tendința generală de creștere treptată a prevalenței software-ului open source în rândul utilizatorilor, este adesea numită migrarea către software-ul liber.

Prevalența software-ului gratuit și open source

Mass- media care nu este specializată în subiecte informatice , de regulă, echivalează cu software deschis și liber, le folosesc ca sinonime. Prin urmare, datele despre prevalența software-ului open source și liber sunt de obicei date împreună.

Software-ul open source este utilizat în mod activ pe Internet. De exemplu, cel mai comun server web Apache este gratuit, Wikipedia este alimentat de MediaWiki , care este, de asemenea, un proiect gratuit.

Software-ul gratuit este folosit de Ministerul Belgian al Justiției, care are deja jumătate din computerele sale rulând Linux , și de poliția franceză, care a trecut complet la GendBuntu  , o distribuție bazată pe Ubuntu. Se preconizează transferul tuturor calculatoarelor acestei instituţii pe software liber înainte de sfârşitul anului 2009 .

Programul open source a fost implementat cu succes la München . Un program similar a avut loc la Berlin , dar ulterior a fost luată decizia de a utiliza o infrastructură hibridă de software comercial și liber. [cincisprezece]

Din 2009, sistemele deschise dețin deja majoritatea (peste 60%) din piața aplicațiilor mobile. Potrivit Juniper Research, până în 2014 numărul smartphone -urilor cu sisteme de operare deschise va crește de 2 ori (de la 106 la 223 milioane). [16]

Software gratuit în Rusia

Software-ul gratuit, în orice caz, poate fi instalat și utilizat gratuit pe orice computer. Utilizarea unui astfel de software este gratuită peste tot: în școli, birouri, universități, pe computere personale și în toate organizațiile și instituțiile, inclusiv comerciale și guvernamentale, din Rusia și țările CSI .

Guvernul Federației Ruse prin Decretul nr. 2299-r din 17 decembrie 2010 [17] a aprobat un plan de tranziție a organelor executive federale și a instituțiilor bugetare federale la utilizarea software-ului liber pentru 2011-2015 [18] .

Instituțiile Ministerului rus al Apărării, precum și ambasadele Rusiei din alte țări, utilizează sistemul de operare WSWS . Acest sistem de operare, bazat pe Red Hat Linux cu modificări minore, nu este software gratuit, codurile sale sursă sunt închise.

De la 1 iunie 2011, GOST R ISO / IEC 26300-2010 este valabil pentru formatul OpenDocument .

De la 1 ianuarie 2012 GOST R 54593-2011 „Tehnologii informaționale. Software gratuit. Dispoziții generale” [19] .

La începutul anului 2012, aproximativ 22.000 de locuri de muncă din policlinicile din Moscova erau planificate [ actualizare ] pentru a fi echipate cu PC-uri care rulează Alt Linux . [douăzeci]

Pe 15 aprilie 2013 a început strângerea de semnături pentru finanțarea de stat a educației software libere pentru populația Rusiei [21] .

La 12 martie 2014, Legea federală nr. 35-FZ a fost semnată cu modificări la partea a patra a Codului civil al Federației Ruse, care reglementează utilizarea licențelor deschise pe teritoriul Federației Ruse [22] .

La 3 aprilie 2014, Departamentul de Tehnologia Informației din cadrul Serviciului Federal de Execuții Judecătorești a anunțat folosirea propriei sale distribuții specializate Linux GosLinux ( pe baza CentOS ) ca parte a „politicii în curs de introducere a software-ului liber și înlocuire a importurilor de tehnologii informaționale” [23]. ] [24] .

Software gratuit în școli

În trei regiuni ale Rusiei, în 2008, au fost lansate experimente privind introducerea și utilizarea în școlile secundare a pachetelor de software de bază pentru sălile de clasă de informatică și tehnologie informatică, precum și formarea profesorilor și profesorilor de informatică pentru a lucra cu software liber în Windows și Au început mediile Linux [25] .

Factori restrictivi ai răspândirii

Utilizatorii care altfel ar prefera software-ul gratuit în locul software-ului non-liber continuă să utilizeze software-ul non-liber din următoarele motive:

  • În țările în care distribuirea neautorizată a obiectelor drepturi de autor este obișnuită, nu există niciun stimulent legal sau economic pentru a trece la software liber. În plus, utilizatorii care sunt obișnuiți cu software -ul proprietar nu doresc să petreacă timp învățând un omolog gratuit dacă acest lucru nu le oferă beneficii directe pe termen scurt.
  • În unele industrii, există puțin sau deloc software gratuit de înaltă calitate. [26] Și anume:
    • Software în care ponderea muncii programatorului este mică în comparație cu munca artistului , editorului etc. De exemplu: quest-uri și multe alte genuri de jocuri , dicționare electronice .
    • Industriile emergente pentru care există puțini algoritmi convenționali utilizabili sunt traducerea automată , recunoașterea vorbirii cu un vocabular mare și, într-o măsură mai mică, sinteza vorbirii . În plus, este necesară procesarea manuală a unei cantități mari de text sau date audio.
    • Industrii asociate cu munca complexă foarte plătită (prelucrare foto, proiectare inginerească ) - deoarece este foarte dificil să se creeze un program care este aproape ca complexitate și calitate de standardele proprietare de facto, există mai puțini analogi gratuiti decât în ​​alte industrii, iar utilizatorul nu este întotdeauna capabil să găsească un produs potrivit pentru acesta.
    • Industrii în care există standarde de facto plătite sau proprietare , cum ar fi Pantone în prepress .
    • Pentru hardware-ul din industriile dominate de doar câțiva producători, nu doar driverele, ci și specificațiile lipsesc adesea din domeniul public.
  • O varietate de licențe pot avea, de asemenea, un impact negativ. Exemplu (nu foarte bun): driverul sistemului de fișiere ZFS a fost lansat sub o licență incompatibilă cu GNU GPL 2 și, prin urmare, ar putea fi folosit pentru o lungă perioadă de timp[ clarifica ] pe cea mai populară platformă pentru software open source - Linux  - doar prin FUSE , ceea ce a dus la o încetinire puternică a performanței acestui sistem de fișiere. Cu toate acestea, implementarea ZFS ca modul kernel pentru Linux (adică cu drepturi depline) a apărut în curând, singura condiție pentru utilizare este inadmisibilitatea distribuției lor comune (combinate). [27]
  • Software-ul proprietar este atât de popular încât utilizatorii nu sunt conștienți de existența altor astfel de programe.
  • Software-ul proprietar utilizează adesea propriile formate de fișiere și protocoale de schimb, a căror descriere nu este disponibilă gratuit. Prin urmare, tranziția poate fi îngreunată de probleme de compatibilitate cu alt software sau cu formatele de fișiere existente ( opțiune de blocare a furnizorului ).
  • Unele software-uri proprietare necesită costuri financiare uriașe pentru a crea și menține calitatea necesară și sunt fie extrem de complexe, fie conțin un număr mare de brevete diferite din alte surse, de exemplu, drivere pentru acceleratoare video. La rândul său, din cauza prevalenței procentuale inițiale, scăzute, a unei soluții deschise, compania producătoare nu este capabilă să crească în mod semnificativ finanțarea și, prin urmare, să ofere sprijin de înaltă calitate acestui domeniu. Ca urmare, numărul de software care utilizează și necesită drivere de înaltă calitate este mic - ceea ce, în consecință, restrânge prevalența soluțiilor deschise. În acest sens, driverele pentru acceleratoarele video sub Linux , deși sunt furnizate de toate companiile importante, sunt fie complet închise și mai puțin eficiente decât versiunile lor sub Windows , fie deschise, dar create în mod deliberat mai puțin productiv și funcțional [28] .

Vezi și

Note

  1. ↑ Ce este software-ul liber? - Proiectul GNU - Free Software Foundation (FSF) . Data accesului: 31 martie 2009. Arhivat din original la 24 iunie 2008.
  2. ↑ Vindem  software . Cuvinte de evitat (sau de folosit cu grijă) deoarece sunt încărcate sau confuze . Free Software Foundation . Preluat la 24 martie 2014. Arhivat din original la 8 mai 2020.
  3. ↑ Categorii de software liber și non-gratuit  . Free Software Foundation (31 decembrie 2011). Data accesului: 26 ianuarie 2012. Arhivat din original pe 27 august 2011.
  4. ↑ Serghei Korop. Categorii de software liber și non-gratuit (3 ianuarie 2011). Data accesului: 26 ianuarie 2012. Arhivat din original pe 27 august 2011.
  5. ↑ Richard Stallman. De ce „Open Source” pierde sensul Software-ului Liber  (Eng.) (1 martie 2009). Consultat la 10 aprilie 2009. Arhivat din original pe 21 august 2011.
  6. ↑ Site-ul UniPress . Consultat la 10 aprilie 2007. Arhivat din original la 24 ianuarie 2007.
  7. ↑ Ce este copyleft-ul? . Free Software Foundation (26 august 2008). Consultat la 15 noiembrie 2008. Arhivat din original pe 21 august 2011.
  8. ↑ Licența publică GNU are chiar și o formulare standard care afirmă că nu există garanții: „Acest program este furnizat „ca atare”. Cu excepția cazului în care se specifică altfel în scris, autorul și/sau alt deținător al drepturilor de autor nu oferă nicio garanție, expresă sau implicită, cu privire la software, inclusiv garanțiile implicite de vandabilitate și potrivire pentru un anumit scop și orice alte garanții." (traducere de Elena Tyapkina).
  9. ↑ Vezi articolul despre aceasta Arhivat 2 septembrie 2011 la Wayback Machine de Tim O'Reilly .
  10. ↑ Este suficient să menționăm un sistem la fel de complex precum Windows , cu zeci de megaocteți de cod executabil și fără cod sursă distribuit liber, pentru a înțelege amploarea și complexitatea patch-urilor moderne.
  11. ↑ Wikipedia este un exemplu bun și ușor de înțeles de sistem de control al versiunilor pentru un non-programator.
  12. ↑ În mod similar, în aceste paragrafe se pot face paralele între software-ul liber și Wikipedia. Membrii scriu articole în timpul liber și din interes; un utilizator care observă o eroare o poate corecta; sunt multe articole care nu s-au dezvoltat în unele detaliate etc.
  13. ↑ Lawrence Lessig. Cum Big Media folosește tehnologia și legea pentru a bloca cultura și a controla creativitatea  (în engleză)  (link nu este disponibil) (1 mai 2010). Preluat la 1 mai 2010. Arhivat din original la 21 august 2011.
  14. ↑ Condițional - pentru că nu în toate țările[ clarifica ] Este permisă acordarea brevetelor de software, cu toate acestea, oriunde, dreptul de proprietate asupra codului sursă al software-ului este guvernat de secțiuni generale sau speciale ale legilor privind drepturile de autor .
  15. ↑ 20 Jahre Linux - Free Software fur Jedermann?  (germană) . Bayerisches Rundfunk (15.09.2011). Preluat la 28 septembrie 2011. Arhivat din original la 2 februarie 2012.
  16. ↑ Open source cucerește piața de telefonie mobilă . @ASTERA (3 iulie 2009). Data accesului: 29 octombrie 2009. Arhivat din original pe 4 iulie 2009.
  17. ↑ Portalul de internet al Guvernului Federației Ruse
  18. ↑ Agențiile guvernamentale vor trece la software gratuit . Data accesului: 22 mai 2011. Arhivat din original pe 28 octombrie 2011.
  19. ↑ Notificarea aprobării GOST R 54593-2011 . Data accesului: 27 decembrie 2011. Arhivat din original la 14 ianuarie 2012.
  20. ↑ Un proiect Linux gigant începe în Rusia (21 noiembrie 2011). Data accesului: 28 decembrie 2014. Arhivat din original pe 29 decembrie 2014.
  21. ↑ Inițiativa publică rusă . Consultat la 15 aprilie 2013. Arhivat din original la 1 mai 2013.
  22. ↑ Au fost adoptate amendamente la Codul civil al Federației Ruse privind licențele deschise (similar cu licențe Creative Commons și GNU FDL) (link inaccesibil) . Creative Commons . Preluat la 6 aprilie 2014. Arhivat din original la 23 septembrie 2020. 
  23. ↑ Serviciul Federal de executori judecătorești din Federația Rusă introduce propria sa distribuție Linux - GosLinux . nixp.ru (5 aprilie 2014). Consultat la 6 aprilie 2014. Arhivat din original la 20 septembrie 2015.
  24. ↑ Executorii judecătorești vor lucra în propriul sistem de operare . FSSP (3 aprilie 2014). Consultat la 6 aprilie 2014. Arhivat din original pe 7 aprilie 2014.
  25. ↑ Serviciul de presă al Ministerului Educației și Științei din Republica Khakassia. Sunt pe „TU” cu Linux intern . Proiect „Educație” (16.11.2009). Consultat la 19 aprilie 2010. Arhivat din original pe 27 octombrie 2012.
  26. ↑ Proiecte de software gratuit cu prioritate ridicată . Free Software Foundation, Inc. Consultat la 23 octombrie 2011. Arhivat din original pe 21 august 2011.  - o listă de proiecte gratuite care au nevoie de ajutor în dezvoltare sau utilizare și publicitate.
  27. ↑ [https://web.archive.org/web/20101225122230/http://www.phoronix.com/scan.php?page=news_item&px=ODgyNA Arhivat 25 decembrie 2010 la Wayback Machine [Phoronix] ZFS pentru Linux Este acum disponibilă publicului!]
  28. ↑ [Phoronix] Este Windows 7 de fapt mai rapid decât Ubuntu 10.04?

Literatură

Link -uri

  Accesați articolul Wikidata  În cataloagele bibliografice
 Persoane cheie în mișcarea software liber
 Distribuție software
Licențe
Modele de venit
Metode de expediere
Frauduloasă/ilegală
Alte