Model de dezvoltare software gratuit: Catedrala și bazarul

Catedrala și bazarul este un document de tip manifest dezvoltat de Eric S. Raymond în anul 1.998 pentru a încerca să explice din propria perspectivă și experiență (Fetchmail Development) ce a înțeles despre crearea și evoluția cu succes a Linux și a programelor sale conexe, în special din perspectiva diferenței dintre modelele de dezvoltare software, pe care le-a numit personal: modelul catedralei și modelul bazarului.

Și în această publicație, vom oferi o analiză și un rezumat al manifestului menționat atât de popular în rândul dezvoltatorilor Mișcării de software liber. Care este disponibil gratuit și accesibil în multe părți ale web-ului, dar care poate fi descărcat de pe următorul link web pentru a-l accesa mai rapid: Catedrala și Bazarul.

INTRODUCERE

Acest material „Catedrala și bazarul” ne prezintă viziunea că în lumea ingineriei software există „două stiluri complet diferite de dezvoltare, modelul catedralei, aplicabil majorității dezvoltărilor realizate în lumea software-ului comercial, comparativ cu modelul bazar, mai tipic pentru lumea Linux ”.

Subliniind că aceste 2 modele sunt derivate din puncte de plecare opuse asupra naturii procesului de depanare a software-ului, și a teoriei sale particulare despre ceea ce el a numit Legea lui Linus, care a afirmat următoarele: „Având în vedere un număr suficient de ochi, toate erorile sunt irelevante” sau cu alte cuvinte: „Cu un număr suficient de ochi, toate erorile sunt fleacuri ”.

Și subliniază cuvântul Hacker, pe care, în opinia mea, autorul l-a exprimat ca un fel de utilizator de nivel înalt capabil să înțeleagă și să exploateze eficient un program, și pentru a detecta, sugera sau implementa corecții sau modificări de formă și substanță eficiente pentru întreaga comunitate de utilizatori.

În alte literaturi, cuvântul sau conceptul numit Hacker se referă la:

«un expert, pasionat de un anumit domeniu, în special domeniul tehnologic și al cărui scop este să profite de aceste cunoștințe în scopuri benigne. Este acea persoană, de obicei un profesionist într-o zonă a cunoașterii, care este pasionată de cunoaștere, descoperind și învățând lucruri noi și înțelegând cum funcționează, ajungând la punctul de a o îmbunătăți cu sugestii și propuneri eficiente și întotdeauna cu intenția de a împărtășiți cunoștințe sau evitați eșecul sau disfuncționalitatea obiectului de studiu.

Ceea ce este un concept mai universal și real, deoarece există „hackeri” în toate domeniile cunoașterii umane.

DESARROLLO

Dintre mulți care au citit astfel de materiale, cu siguranță va fi un număr mare care va fi de acord că ideea că „Linux este subversiv” este exprimată clar acolo. Dar de ce?

Pentru că până în acel moment a existat o multiplicitate de metode sau modele standardizate de dezvoltare software bazate pe o „abordare mai centralizată și planificată de la început” deoarece actul de a crea software a fost luat ca ceva asociat cu ceva care duce la „o anumită complexitate critică”.

Și asta, chiar dacă lumea Unix exista deja, constând din instrumente mici, prototipare rapidă și programare evolutivă, Apariția filozofiei de dezvoltare a software-ului liber sub Linux a dus problema la un alt nivel de sofisticare.

în timp ce în lumea dezvoltării software-ului privat a fost realizat într-un „mod tăcut și reverent”, la fel cum este construită o Catedrală, în World of Free Software Development (Linux) a fost realizat într-un „mod zgomotos și cu agende multiple (căi) și abordări (propuneri)”, la fel cum ai fost într-un mare bazar.

Acest mare manifest ne oferă câteva premise pentru a condensa ideile exprimate acolo, cu privire la Modelul de dezvoltare a software-ului liber, care sunt:

PREMISE # 1

TOATE LOCURILE BUNE DIN SOFTWARE ÎNCEPE ÎNCERCAREA DE A VĂ RUGĂI PROBLEMA PERSONALĂ A UNUI DEZVOLTATOR.

Ceea ce este o realitate incontestabilă pentru că Mulți dintre cei care lucrează în dezvoltarea software-ului liber încep de obicei din cauza nevoii de a rezolva o problemă personală sau a unui colectiv sau grup, sau pentru a optimiza un proces deja executat într-un mod mai lent și / sau repetitiv, care deseori tinde să devină epuizant și / sau plictisitor pentru cei care participă la el, încercând să maximizeze timpul și eforturile celor implicați.

PREMISE # 2

BUNI PROGRAMATORI ȘTII CE SĂ SCRIM. CEL MAI MARE ȘTIE CE SĂ RESCRIȘI ȘI REUTILIZEAZĂ.

Orice programator știe că pornirea de la zero nu este nimic rău sau inutil atunci când vine vorba de dezvoltarea unui program sau aplicație. Cu toate acestea, pentru mulți care încep și pentru alții care au deja cunoștințe în acest domeniu, este bine știut că uneori „Inventarea roții” nu este foarte eficientă, dar este mai bine doar să o optimizați și să o adaptați propriilor dvs. nevoi. Adică, este mai bine să rescriem și să asimilăm tot codul posibil de la alți experți în domeniu care ne preocupă pentru a rezolva propria noastră dezvoltare software.

PREMISE # 3

„GÂNDIȚI-VĂ SĂ VĂ ARUNCAȚI CEL MAI MIC UNUL - VEȚI SĂ FINIȚI SĂ O FACEȚI ORICUM.”

Un bun dezvoltator de software trebuie să știe să asculte în detaliu ceea ce spun sau sugerează sau propun utilizatorii dezvoltărilor lor, deoarece un program care este deja funcțional, poate deveni în continuare ceva foarte mare, în ciuda faptului că este funcțional, ceva care pierde nordul, un monstru funcțional care face totul pentru toată lumea și, în același timp, ceva nu plăcut. Așadar, ascultarea revenirii la origini, recâștigarea utilizatorilor pierduți, adăugarea de noi funcționalități, eliminarea celor inutile, reducerea programului, mai specifică și generală, este întotdeauna o bună practică.

PREMISE # 4

DACĂ AȚI ATITUDINEA DREPTĂ, VĂ GĂSEȘTE PROBLEME INTERESANTE.

O schimbare bună de atitudine și de timp poate însemna o schimbare radicală pentru fiecare programator sau dezvoltator de software în evoluțiile lor actuale sau noi, care la rândul lor înseamnă noi avantaje de timp, bani sau confort pentru utilizatorii produselor lor. Căutați modalități inovatoare de a rezolva problemele care se prezintă într-un simptom bun în direcția corectă.

PREMISE # 5

CÂND UN PROGRAM NU TE MAI INTERESEAZĂ, ULTIMA DATORIE ESTE DE A-L TRANSMITEA LA UN SUCCESOR COMPETENT.

Pentru mulți programatori sau dezvoltatori de software, precum și pentru alți tehnologi, nu este neobișnuit să doriți să dedicați timp nou proiectelor noi. Dar în lumea software-ului liber premisa este să treacă ștafeta, există alții care ar dori să continue cu dezvoltarea produselor lor deja abandonate, pentru care trebuie să permită oricui să pirateze (să îmbunătățească) programul pentru ei înșiși sau în beneficiul comunității utilizatorii programului.

PREMISE # 6

TRATAREA UTILIZATORILOR CA COLABORATORI ESTE MODUL MAI MIC COMPLICAT DE A ÎMBUNĂTĂȚI RAPID ȘI A DEBOGA EFICAC UN PROGRAM.

Deoarece „gratuit” este deseori interpretat ca „gratuit” în dezvoltarea software-ului liber, mulți programatori tind să se grupeze pentru a evita uzura neplătită prin alierea cu alți dezvoltatori sau utilizatori avansați ai dezvoltărilor lor, pentru a continua la fel sau pentru ca alții să le continue , în schimbul primirii de „credite” în dezvoltarea viitoarelor inovații de cod și asigurarea faptului că evoluțiile viitoare includ în mod formal unele licențe, pentru a evita utilizarea abuzivă a acestuia.

PREMISE # 7

ELIBERAȚI-L ÎN curând. LANSAȚI-L DESE. ȘI ASCOLAȚI-VĂ UTILIZATORII.

Spre deosebire de lumea dezvoltării de software proprietar, în software-ul gratuit este adesea cazul ca mult și rapid să fie mai bine. Deoarece baza largă de utilizatori și dezvoltatori care utilizează și dezvoltă de obicei un program în comunitate și, la rândul lor, interacționează între ei, pentru a-și comunica îndoielile, sugestiile, propunerile, reclamațiile și / sau revendicările, poate deveni o sursă valoroasă de cunoștințe pentru a evolua rapid un program către etape mature de dezvoltare.

PREMISE # 8

DATURI O BAZĂ suficient de largă de testatoare și colaboratori, aproape toate problemele vor fi identificate rapid, iar soluția lor va fi evidentă pentru cineva.

Materialul se încheie făcând cititorul să concluzioneze, de multe ori, că metoda de dezvoltare software bazată pe modelul bazarului este foarte eficientă. Deoarece cu cât un dezvoltator de software oferă utilizatorilor mai multă putere, libertate sau cunoștințe despre programul lor, cu atât mai mult pot contribui cu idei ingenioase sau schimbări utile, doar în scopul beneficiului colectiv.

Și acest lucru este exprimat plăcut în următorul fragment din material:

Aceasta este, cred, diferența fundamentală între stilurile de catedrală și bazar. Conform modului în care o catedrală privește programarea, greșelile și problemele de dezvoltare sunt fenomene insidioase, profunde și răsucite. Este nevoie de luni de examinare de către un număr mic de persoane dedicate pentru a fi siguri că au fost eliminate. Prin urmare, perioadele lungi necesare pentru lansarea de noi versiuni și inevitabila dezamăgire trăită atunci când cele care au fost așteptate atât de mult nu sunt perfecte.

În lumina modelului bazar, totuși, se presupune că erorile sunt în mod normal probleme minore sau, cel puțin, că vor deveni atât de repede odată ce vor fi expuse ochilor dornici de câteva mii de colaboratori dedicați pentru a pune dreptul și invers, în fiecare nouă versiune. Așadar, eliberați în mod frecvent versiuni pentru a obține și mai multe remedieri și, ca efect secundar benefic, aveți mai puțin de pierdut dacă vă deranjați din când în când.

CONCLUZIE

Personal, mica mea experiență în domeniul dezvoltării software-ului liber sub modelul de tip Bazaar îmi lasă următoarele concluzii:

• Utilizatorii ar trebui tratați ca o resursă de neprețuit și, în cele mai bune cazuri, ca aliați de neprețuit pentru colaborarea lor în dezvoltarea produsului.
• Fiecare idee este bună sau merită explorată, deoarece uneori cel mai puțin suspectat poate fi o soluție excelentă sau o îmbunătățire pentru dezvoltare.
• Este bine sau probabil ca ideea originală să se împartă, să se extindă sau să se îndepărteze de conceptul original, dar ceea ce este important este cât de concentrat trebuie să fii în ceea ce privește tipul de piață a utilizatorilor pe care vrei să-l servească, să-l servească sau să ajute.
• Pentru a fi eficient și a evita pierderea efortului datorită dispersiei.
• Cel mai bun este un cod mic, direct, simplu, dar eficient, care reușește să fie apreciat de comunitate ca fiind corect.
• Un program este deja matur pentru comunitatea de utilizatori, atunci când nu mai este nimic de eliminat, deoarece adăugarea este întotdeauna o bună posibilitate de luat în considerare.
• Orice program poate fi folosit (parțial sau integral) pentru a fi reutilizat în funcții care nu au fost concepute inițial.
• Toate software-urile trebuie să poarte măsurile de licențiere și securitate respective pentru confidențialitatea utilizării datelor utilizatorului.
• Nu este necesar să începem de la zero, cineva a dezvoltat întotdeauna ceva similar cu ideea noastră concepută.
• Trebuie să lucrați la ceva ce vă place, trebuie să simțiți pasiunea pentru dezvoltarea căreia se va dedica în Software-ul liber pentru a genera intern un sentiment de uniune cu ceea ce este elaborat, fără a ajunge la extremul dezvoltării unui sentiment de proprietate asupra acestuia .
• Trebuie să existe mijloace excelente și frecvente de comunicare între dezvoltatori și utilizatori (colaboratori), astfel încât munca să curgă rapid și să se schimbe eficient.

Sper că ți-au plăcut și ai găsit utile aceste informații, deoarece Lectura „Catedralei și bazarului” este o referință obligatorie pentru toți cei care programează orice dezvoltare de software liber, oricât de mare sau de mică ar fi aceasta.