Vaba tarkvaraarenduse mudel: katedraal ja turg

Katedraal ja turg on manifest-tüüpi dokument, mille on välja töötanud Eric S. Raymond 1.998. aastal, et proovida oma vaatenurgast ja kogemustest selgitada (Fetchmail Development) mida ta mõistis Linuxi ja sellega seotud programmide edukast loomisest ja arendamisest, eriti tema isiklikult nimetatud tarkvaraarendusmudelite erinevuse seisukohast: katedraali mudel ja basaari mudel.

Selles väljaandes pakume analüüsi ja kokkuvõtet mainitud manifestist, mis on vaba tarkvara liikumise arendajate seas nii populaarne. Mis on vabalt saadaval ja kättesaadav paljudes veebiosades, kuid selle kiiremaks juurdepääsuks saab alla laadida järgmiselt veebilingilt: Katedraal ja turg.

SISSEJUHATUS

Nimetatud materjal «Katedraal ja turg» esitab meile visiooni, et tarkvaratehnika maailmas on olemas «kaks täiesti erinevat arengustiili, katedraali mudel, mis on rakendatav enamiku äritarkvara maailmas tehtud arengute jaoks, võrreldes Linuxi maailmale tüüpilisema basaarmudeliga ”.

Rõhutades, et need 2 mudelit on tuletatud tarkvara silumisprotsessi olemuse vastandlikest lähtepunktidest, ja tema konkreetsest teooriast selle kohta, mida ta nimetas Linuse seaduseks, mis ütles järgmist: "Arvestades piisavat arvu silmi, ei ole kõik vead asjakohased" või teisisõnu: "Piisava hulga silmade korral on kõik vead tühiasi".

Ja see rõhutab sõna Häkker, mida autor minu arvates väljendas kui kõrgetasemelist kasutajat, kes on võimeline programmi mõistma ja tõhusalt ära kasutamaning kogu kasutajaskonna jaoks efektiivse vormi ja sisu paranduste või modifikatsioonide avastamiseks, soovitamiseks või rakendamiseks.

Teistes kirjandustes viitab see sõna või mõiste nimega Häkker:

«ekspert, kes on kirglik teatud valdkonna, eriti tehnoloogilise valdkonna vastu ja kelle eesmärk on neid teadmisi healoomulistel eesmärkidel ära kasutada. See on see inimene, tavaliselt teadmiste valdkonna professionaal, kes on kirglik teadmiste, uute asjade avastamise ja õppimise ning nende toimimise mõistmise vastu, jõudes tõhusate ettepanekute ja ettepanekutega ning alati kavatsusega neid täiustada. teadmiste jagamiseks või uuringuobjekti ebaõnnestumise või talitlushäire vältimiseks.

Mis on universaalsem ja reaalsem mõiste, kuna häkkerid on olemas kõigis inimteadmiste valdkondades.

Desarrollo

Paljudest, kes sellist materjali on lugenud, on kindlasti palju neid, kes nõustuvad, et seal on selgelt väljendatud mõte, et "Linux on õõnestav". Aga miks?

Sest selle hetkeni oli a standardiseeritud tarkvaraarendusmeetodite või -mudelite paljusus, mis põhineb "algusest peale tsentraliseeritumal ja planeeritumal lähenemisel" sest tarkvara loomist võeti kui midagi, mis on seotud millegagi, mis viib "teatud kriitilise keerukuse" juurde.

Ja hoolimata asjaolust, et Unixi maailm oli juba olemas, koosnedes väikestest tööriistadest, kiirest prototüübist ja evolutsioonilisest programmeerimisest, Vabatarkvara arendusfilosoofia ilmumine Linuxis viis asja teisele keerukuse tasemele.

Kuigi Eratarkvara arendamise maailmas tehti seda "vaiksel ja aupaklikul viisil", just nagu ehitatakse katedraal, vaba tarkvaraarenduse maailmas (Linux) tehti seda "räigel moel ning mitme päevakava (tee) ja lähenemisviisiga (ettepanekud)", täpselt nagu sa olid suures basaaris.

See suurepärane manifest annab meile mitu võimalust vabalt tarkvaraarenduse mudeli kohta seal väljendatud ideede tihendamiseks:

RUUM # 1

KÕIK HEA TÖÖ TARKVARA ALGAVAD PÜÜDIDA ARENDAJA ISIKLIKU PROBLEEMI.

Mis on vaieldamatu reaalsus, sest Paljud neist, kes töötavad vabatarkvara arenduses, alustavad tavaliselt vajadusest lahendada isiklik probleem või kollektiivi või grupi probleemvõi optimeerida juba aeglasemalt ja / või korduvalt toimuvat protsessi, mis kipub selles osalevate jaoks sageli kurnavaks ja / või igavaks muutuma, püüdes maksimeerida asjaosaliste aega ja jõupingutusi.

RUUM # 2

HEAD PROGRAMMEERIJAD TEADAVAD, MIDA KIRJUTADA. SUURIM TEADA, MIDA KIRJUTADA JA KASUTADA.

Iga programmeerija teab, et programmi või rakenduse väljatöötamisel pole nullist alustamine midagi hullu ega tarbetut. Kuid paljude jaoks, kes alustavad ja teiste jaoks, kes on selles asjas juba teadlikud, on hästi teada, et mõnikord pole "Ratta leiutamine" jälle eriti tõhus, kuid parem on see lihtsalt optimeerida ja kohandada vastavalt oma vajadustele. See tähendab, et parem on kirjutada ja assimileerida kõik võimalikud koodid teistelt selle valdkonna ekspertidelt, kes meid puudutavad, et lahendada meie enda tarkvaraarendus.

RUUM # 3

"MÕTLE VÄHEMALT VISKAMISE KORRAL - LÕPETAD SEDA TEHA MIDAGI."

Hea tarkvaraarendaja peab teadma, kuidas üksikasjalikult kuulata, mida nende arenduste kasutajad ütlevad või soovitavad või pakuvad, kuna juba toimiv programm võib funktsionaalsusest hoolimata siiski muutuda millekski väga suureks, milleks kaotada põhja, funktsionaalne koletis, mis teeb kõik kõigi heaks ja omakorda midagi mitte meeldivat. Nii et alati on hea tava kuulata, kuidas minna tagasi algusesse, võita kadunud kasutajad tagasi, lisada uusi funktsioone, eemaldada mittevajalikud, muuta programm väiksemaks, konkreetsemaks ja üldisemaks.

RUUM # 4

KUI TEIL ON ÕIGE SÄILITAMINE, LEIDAVAD TEID HUVITAVAD PROBLEEMID.

Hea suhtumise ja aja muutus võib tähendada radikaalset muutust iga programmeerija või tarkvaraarendaja jaoks nende praeguses või uues arengus, mis omakorda tähendab nende toodete kasutajatele uusi aja, raha või mugavuse eeliseid. Otsige uuenduslikke viise probleemide lahendamiseks, mis näitavad end õiges suunas hea sümptomina.

RUUM # 5

KUI PROGRAMM SIND EI HÕIVATA, ON TEIE VIIMANE KOHUSTUS TÕSTADA PÄDEVALT EDASILE.

Paljude programmeerijate või tarkvaraarendajate ning ka teiste tehnoloogide jaoks pole haruldane soov pühendada uut aega uutele projektidele. Kuid vaba tarkvara maailmas on eelduseks teatepulga andmine, on ka teisi, kes sooviksid jätkata oma juba hüljatud toodete arendamist, mille jaoks nad peavad lubama kellelgi programmi enda või selle jaoks häkkida (täiustada). kasu programmi kogukonna kasutajatele.

RUUM # 6

OMA KASUTAJATE KÄITLEMINE KOOSTÖÖTAJATEGA ON VÄHEM KERRALIK VIIS PROGRAMMI KIIREKS PARANDAMISEKS JA TÕHUSALT VÕIMALDAMISEKS.

Kuna vaba tarkvara arendamisel tõlgendatakse "tasuta" sageli "tasuta", kipuvad paljud programmeerijad rühmituma, et vältida tasulist kulumist, liitudes teiste arendajate või edasijõudnud kasutajatega nende arenduste jätkamiseks või teiste jätkamiseks neid vastutasuks tulevaste koodiuuenduste väljatöötamisel "ainepunktide" eest ja selle tagamise eest, et tulevased arengud hõlmaksid ametlikult teatud litsentsimist, et vältida selle väärkasutamist.

RUUM # 7

VARSTI VABA. Käivitage see sageli. JA KUULA OMA KASUTAJAT.

Erinevalt varalise tarkvara arendamise maailmast on vabatarkvaras sageli nii, et palju ja kiiresti on parem. Kuna laialdane kasutajate ja arendajate baas, kes tavaliselt kasutavad programmi ja arendavad seda kogukonnas ning suhtlevad omavahel, võivad oma kahtluste, ettepanekute, ettepanekute, kaebuste ja / või väidete edastamiseks olla väärtuslikuks teadmiste allikaks, et kiiresti arendada programmi arenenud arengujärgus.

RUUM # 8

ANTUD TESTRITELE JA KAASASTAJATELE ARVUTAMATA LAHE PÕHJUS, PÕHJALIK KÕIK PROBLEEMID TUVASTATAKSE KIIRESTI NING NENDE LAHENDUS ON KÕIGILE MÄRGITAV.

Materjal lõpeb sellega, et pannakse lugeja mitu korda järeldama, et Bazaari mudelil põhinev tarkvaraarendusmeetod on väga tõhus. Kuna tarkvaraarendaja pakub kasutajatele rohkem jõudu, vabadust või teadmisi oma programmi kohta, saavad nad kollektiivse kasu eesmärgil rohkem geniaalsete ideede või kasulike muudatustega kaasa aidata.

Ja seda väljendab meeldivalt järgmine väljavõte materjalist:

"Ma arvan, et see on põhimõtteline erinevus katedraali ja basaari stiilide vahel. Vastavalt sellele, kuidas katedraal programmeerimisse suhtub, on vead ja arenguprobleemid salakavalad, sügavad ja keerdunud nähtused. Väike hulk pühendunud inimesi võtab mitu kuud kontrolli, et olla kindel, et nad on eemaldatud. Siit tulenevad uute versioonide väljaandmiseks vajalikud pikad ajavahemikud ja vältimatu pettumus, kui need, mida on nii kaua oodatud, pole täiuslikud.

Basaari mudeli valguses eeldatakse siiski, et vead on tavaliselt tühised asjad või vähemalt muutuvad need nii kiiresti, kui nad satuvad mõne tuhande pühendunud koostööpartneri innukate silmade poole, et paremale ja paremale seada. vastupidi igas uues versioonis. Seega avaldate versioone sageli, et saada veelgi rohkem parandusi, ja kasuliku kõrvalmõjuna on teil iga natukese aja tagant sassi minnes vähem kaotada. "

JÄRELDUS

Isiklikult jätavad minu järgmised vähesed kogemused Bazaari tüüpi mudeli raames tasuta tarkvaraarenduse valdkonnas mulle järgmised järeldused:

• Kasutajaid tuleks käsitleda hindamatu ressursina ja parimal juhul hindamatute liitlastena toote arendamisel tehtava koostöö eest.
• Iga idee on hea või väärib uurimist, sest mõnikord võib kõige vähem kahtlustatav olla suurepärane lahendus või edasiarendus.
• On hea või tõenäoline, et algne idee jaguneb, laieneb või eemaldub algsest kontseptsioonist, kuid oluline on see, kui keskendunud peaks olema kasutajate turu tüüp, mida soovite teenida, teenida või aidata.
• Selleks, et olla efektiivne ja vältida hajutamisest tingitud jõupingutuste kadu.
• Parim on väike, otsene, lihtne, kuid tõhus kood, mida kogukond suudab õigeks hinnata.
• Programm on kasutajate kogukonna jaoks juba küps, kui pole enam midagi kõrvaldada, kuna lisamine on alati hea võimalus sellega arvestada.
• Kõiki programme saab kasutada (osaliselt või täielikult) taaskasutamiseks funktsioonides, mida algselt ei loodud.
• Kasutaja andmete konfidentsiaalsuse tagamiseks peab kogu tarkvara rakendama vastavaid litsentsimis- ja turvameetmeid.
• Ei ole vaja alustada nullist, keegi on alati välja töötanud midagi sarnast meie kavandatud ideega.
• Inimene peab töötama millegi kallal, mis meeldib, peab tundma kirge selle arendamise vastu, millele ta pühendub vabatarkvaras, et tekitada sisemiselt ühtsustunnet väljatöötatuga, saavutamata äärmuslikku omanditunnet. seda.
• Arendajate ja kasutajate (koostööpartnerite) vahel peavad olema suurepärased ja sagedased suhtlusvahendid, et töö sujuks kiiresti ja muutuks tõhusalt.

Loodan, et teile meeldis see teave ja see oli teile kasulik, sest "Katedraali ja basaari" lugemine on kohustuslik viide kõigile neile, kes programmeerivad mis tahes vaba tarkvara arendust, olenemata sellest, kui suur või väike.