Standard deschis

Un standard deschis (în inginerie) este o specificație tehnică disponibilă public și nesecretă, care fie nu are un deținător de drepturi de autor (domeniu public), fie deținătorul drepturilor de autor este o organizație publică care nu coincide în mod identic cu producătorul care utilizează specificația din produsele lor .

Ca antonim, se folosește de obicei sintagma „standard de proprietate”. Expresia „specificație închisă” este de obicei folosită numai pentru cazurile în care specificația nu este publicată - de exemplu, este un secret comercial (folosirea cuvântului „standard” pentru informații clasificate arată ca o încălcare a regulilor limbii ruse ).

Definiția unui standard deschis

O definiție populară este dată de Bruce Perens : [1] Un standard este numit deschis dacă urmează următoarele principii:

  1. Disponibilitate. Standardul deschis este disponibil pentru citirea și implementarea tuturor.
  2. Maximizarea alegerii. Un standard deschis creează o piață echitabilă și competitivă pentru implementările standardului. Nu leagă consumatorul de un anumit furnizor sau grup de furnizori.
  3. Fără taxe de licență. Standardele deschise pot fi implementate în mod liber de către toată lumea, fără drepturi de autor sau taxe. Certificarea conformității cu un standard de către organizațiile de standardizare poate, totuși, să necesite o taxă.
  4. Fără discriminare. Standardele deschise și organizațiile care le administrează nu ar trebui să favorizeze o implementare față de alta din niciun motiv, altul decât conformarea tehnică a implementării cu standardul. Organizațiile de certificare ar trebui să lase opțiunea de validare a conformității implementărilor gratuite și cu costuri reduse, dar pot oferi și servicii de certificare suplimentare.
  5. Extensii și subseturi. O implementare a unui standard deschis poate fi extinsă de la standard sau oferită ca parte a standardului. Cu toate acestea, organizațiile de certificare pot refuza să certifice implementările parțiale și pot impune restricții asupra extinderilor (vezi Practici de pradă).
  6. practicile prădătoare. Standardele deschise pot aplica termeni de licențiere care protejează împotriva subminării standardului prin tactica „ Embrace-Extend-Extinguish ”. O licență asociată cu standardul poate necesita publicarea informațiilor de referință pentru extensii sau o licență publică pentru a realiza, distribui și vinde programe care sunt compatibile cu extensii. Nu pot exista alte interdicții privind extinderea unui standard deschis.

O serie de alte organizații de stat și publice au dat, de asemenea, definițiile lor ale unui standard deschis. Unele dintre ele reprezintă un compromis cu practicile comerciale existente. Alții ridică noi probleme specifice. De exemplu, definiția dată în documentul UE „Cadrul european de interoperabilitate” necesită publicitatea însuși procesul de adoptare și modificare a standardului. Definiția Open Source Initiative necesită integralitatea standardului în sine și existența unei proceduri de rezolvare a ambiguităților detectate. Definiția OSI clarifică, de asemenea, că un standard deschis nu ar trebui să depindă de tehnologiile care nu îndeplinesc cerințele unui standard deschis. Definițiile stabilite în legislația Danemarcei, Spaniei, Franței, Venezuelei se limitează în principal la indicațiile privind disponibilitatea standardelor în sine și libertatea de a le implementa.

Diferența dintre standardele deschise și cele închise

Spre deosebire de standardele deschise, standardele închise au un domeniu de aplicare local și sunt susținute de un cerc limitat de sisteme și specialiști. De exemplu, serviciul de director Microsoft Active Directory (AD) se bazează pe protocolul deschis Kerberos, dar Microsoft a implementat Kerberos într-un mod care nu este compatibil cu implementările altor furnizori. Un standard deschis sau un format de date este analog unui limbaj de comunicare care este înțeles în mod egal de toată lumea dintr-o zonă dată. De exemplu, Internetul s-a născut datorită standardelor deschise. Prin finanțarea creării și implementării protocolului TCP/IP pentru Unix, agenția DARPA a permis ca aceste dezvoltări să fie folosite de toată lumea.

Cu toate acestea, nu orice format comun este deschis. Un exemplu sunt formatele de date Microsoft Office. Microsoft nu a făcut publică documentația tehnică și, prin urmare, și-a asumat în esență dreptul exclusiv de a cunoaște cum sunt organizate datele utilizatorului. Alte produse, în special suita gratuită de birou OpenOffice.org , oferă adesea citirea și scrierea de înaltă calitate a acestor documente - dar formatul închis încă nu permite suport complet.

De asemenea, disponibilitatea documentației tehnice în sine nu este suficientă. De exemplu, formatul OpenOffice.org 1 (.sxw) nu era deschis, în ciuda unor documentații și a statutului liber al produsului. Nu a fost de ajuns. OpenOffice.org Branch 2 folosește în mod implicit formatul OASIS OpenDocument XML, un format internațional de date deschise adoptat ca standard ISO . Formatul Open Document este aprobat de Comisia Europeană ca standard de bază pentru managementul documentelor internaționale.

Rol pentru software liber

Avocatul software-ului liber Eric Raymond a subliniat în mod repetat importanța standardelor deschise pentru acest ecosistem. Este ușor de ghicit că altfel software-ul liber ar încălca drepturile deținătorilor de drepturi de autor asupra tuturor acelor specificații pe care le implementează. În același timp, chiar și în absența urmăririi penale de către deținătorul drepturilor de autor, software-ul liber se va afla în situația de „veșnic recuperare din urmă” în raport cu produsul proprietar.

Beneficiile standardelor deschise

Dezavantajele standardelor deschise

Exemple de standarde deschise

Exemple de standarde proprietare

Exemple de specificații închise

Note

  1. Este OpenDocument un standard deschis? Da! . Data accesului: 26 mai 2012. Arhivat din original pe 22 martie 2009.
  2. Software liber și proprietar: Emacs Lock-In (downlink) (7 mai 2006). Preluat la 21 august 2009. Arhivat din original la 11 februarie 2012. 

Vezi și