Model razvoja proste programske opreme: Katedrala in bazar

Katedrala in bazar je dokument manifestnega tipa, ki ga je leta 1.998 razvil Eric S. Raymond, da bi ga poskušal pojasniti iz lastne perspektive in izkušenj (Fetchmail Development) kaj je razumel o uspešnem ustvarjanju in razvoju Linuxa in z njim povezanih programov, zlasti z vidika razlike med modeli za razvoj programske opreme, ki jih je osebno imenoval: model katedrale in model bazarja.

V tej publikaciji bomo podali analizo in povzetek omenjenega manifesta, ki je tako priljubljen med razvijalci Gibanja za prosto programsko opremo. Kateri je prosto dostopen in dostopen v mnogih delih spleta, vendar ga je mogoče hitreje prenesti s te spletne povezave: Katedrala in bazar.

UVOD

Omenjeno gradivo »Katedrala in bazar« nam predstavlja vizijo, da v svetu programskega inženirstva obstajata »dva popolnoma različna načina razvoja, model katedrale, ki se uporablja za večino dogajanj v svetu komercialne programske opreme v primerjavi z bazarskim modelom, ki je bolj značilen za svet Linuxa. "

Poudarjanje, da ta dva modela izhajata iz nasprotnih izhodišč o naravi postopka odpravljanja napak v programski opremiin njegove posebne teorije o tem, kar je imenoval Linusov zakon, ki je zapisal naslednje: "Glede na zadostno število oči so vse napake nepomembne" ali z drugimi besedami: "Z zadostnim številom oči vse napake so malenkosti «.

In poudarja besedo Hacker, ki jo je avtor po mojem mnenju izrazil kot nekakšnega uporabnika na visoki ravni, ki je sposoben razumeti in učinkovito izkoristiti programter za odkrivanje, predlaganje ali izvajanje popravkov ali sprememb učinkovite oblike in vsebine za celotno skupnost uporabnikov.

V drugih literaturah se ta beseda ali koncept, imenovan Hacker, nanaša na:

«strokovnjak, navdušen nad določenim predmetom, zlasti tehnološkim, in katerega namen je izkoristiti to znanje v benigne namene. Ta oseba, ponavadi strokovnjak s področja znanja, je navdušena nad znanjem, odkrivanjem in učenjem novih stvari ter razumevanjem njihovega delovanja, doseže točko, da ga izboljša z učinkovitimi predlogi in predlogi in vedno z namenom deliti znanje ali se izogniti okvari ali okvari predmeta preučevanja.

Kar je bolj univerzalen in resničen koncept, saj obstajajo "hekerji" na vseh področjih človeškega znanja.

Desarrollo

Med mnogimi, ki so prebrali takšno gradivo, se bo zagotovo našlo veliko takih, ki se bodo strinjali, da je ideja, da je "Linux subverziven", tam jasno izražena. Ampak zakaj?

Ker do takrat je obstajal več standardiziranih metod ali modelov za razvoj programske opreme, ki temeljijo na "bolj centraliziranem in načrtnem pristopu od začetka" ker je bilo dejanje ustvarjanja programske opreme sprejeto kot nekaj, kar je povezano z nečim, kar vodi do "določene kritične zapletenosti".

In to kljub temu, da je Unix svet že obstajal, sestavljen iz majhnih orodij, hitrega oblikovanja prototipov in evolucijskega programiranja, Pojav filozofije razvoja proste programske opreme pod Linuxom je zadevo spravil na drugo raven dovršenosti.

Medtem ko je V svetu zasebnega razvoja programske opreme je bilo to storjeno na "tih in spoštljiv način", tako kot je zgrajena katedrala, v Svetu razvoja proste programske opreme (Linux) je bilo to storjeno na "hrupen način in z več dnevnimi programi (potmi) in pristopi (predlogi)", tako kot ste bili na odličnem bazarju.

Ta veliki manifest nam daje več prostorov za strnitev tam izraženih idej v smislu modela za razvoj brezplačne programske opreme, ki so:

PROSTOR # 1

VSA DOBRA DELA V PROGRAMSKI PROGRAMI SE ZAČNIJO POSKUSITI, DA PROSIMO OSOBNI PROBLEM RAZVOJNIKA.

Kar je nedvomno resničnost, ker Mnogi od tistih, ki delajo na področju razvoja brezplačne programske opreme, običajno začnejo zaradi potrebe po reševanju osebnega problema ali problema kolektiva ali skupine, ali pa optimizirati postopek, ki se že izvaja počasneje in / ali ponavljajoče se, kar pogosto postane naporno in / ali dolgočasno za tiste, ki v njem sodelujejo, skušajo čim bolj povečati čas in prizadevanja vpletenih.

PROSTOR # 2

DOBRI PROGRAMATERJI VEDEJO, KAJ PISATI. NAJBOLJŠE VEDE, KAJ PREPISATI IN PONOVNO UPORABITI.

Vsak programer ve, da začeti od začetka ni nič slabega ali nepotrebnega pri razvoju programa ali aplikacije. Vendar je za mnoge, ki začenjajo, in za druge, ki so že dobro seznanjeni s to zadevo, dobro znano, da včasih "Izum kolesa" spet ni zelo učinkovit, vendar je bolje, da ga samo optimizirate in prilagodite svojim potrebam. Se pravi, da je za reševanje lastnega razvoja programske opreme bolje prepisati in usvojiti vso možno kodo drugih strokovnjakov s tega področja, ki nas zadeva.

PROSTOR # 3

"RAZMISLITE NA VSE, KAJ BI MENJALI - KAKOR BOSTE TO KONČALI."

Dober razvijalec programske opreme mora vedeti, kako podrobno prisluhniti, kaj uporabniki ali njihovi uporabniki govorijo ali predlagajo ali predlagajo, saj program, ki že deluje, lahko kljub temu, da deluje, še vedno postane zelo velik, nekaj, kar izgubi sever, funkcionalna pošast, ki naredi vse za vsakogar, v zameno pa nekaj ne prav prijetnega. Tako je poslušanje vrnitve h koreninam, pridobivanja izgubljenih uporabnikov, dodajanja novih funkcij, odstranjevanja nepotrebnih, zmanjšanja, natančnejšega in splošnejšega programa vedno dobra praksa.

PROSTOR # 4

ČE IMATE PRAVI ODNOS, ZNAMI ZANIMIVI PROBLEMI.

Dobra sprememba odnosa in časa lahko pomeni korenite spremembe za vsakega programerja ali razvijalca programske opreme v trenutnem ali novem razvoju, kar pa pomeni nove prednosti časa, denarja ali udobja za uporabnike njihovih izdelkov. Bodite pozorni na inovativne načine za reševanje težav, ki se kažejo v dobrem simptomu v pravo smer.

PROSTOR # 5

KO VAS PROGRAM VEČ NE ZANIMA, LAHKO ZADNJA NALOGA NJEGA PREDSTAVI NADLEŽNEMU NASLEDNIKU.

Za številne programerje ali razvijalce programske opreme, pa tudi druge tehnologe, ni redko, če želijo nov čas nameniti novim projektom. Toda v svetu brezplačne programske opreme je predpostavka, da prenese štafeto, obstajajo tudi drugi, ki bi radi nadaljevali z razvojem svojih že zapuščenih izdelkov, za katere morajo omogočiti, da vsakdo vdre (izboljša) program zase ali za koristi skupnostnih uporabnikov programa.

PROSTOR # 6

OBDELAVA VAŠIH UPORABNIKOV KOT SODELOVALCEV JE MANJ ZAPLETEN NAČIN HITRE IZBOLJŠAVE IN UČINKOVITEGA RAZKRITJA PROGRAMA.

Ker se pri razvoju brezplačne programske opreme "brezplačno" pogosto razlaga kot "brezplačno", se mnogi programerji navadno združujejo, da bi se izognili neplačani obrabi, tako da se povežejo z drugimi razvijalci ali naprednimi uporabniki njihovega razvoja, nadaljujejo z njimi ali da drugi nadaljujejo v zameno za prejem "kreditov" pri razvoju prihodnjih inovacij kode in zagotavljanje, da bodoči razvoj formalno vključuje nekaj licenc, da se prepreči njihova zloraba.

PROSTOR # 7

SPROSTITI Kmalu. ZAČNITE TO POGOJ. IN POSLUŠAJTE VAŠE UPORABNIKE.

Za razliko od sveta lastniškega razvoja programske opreme je pri brezplačni programski opremi pogosto tako, da je veliko in hitreje boljše. Ker lahko široka baza uporabnikov in razvijalcev, ki običajno uporabljajo in razvijajo programe v skupnosti in medsebojno komunicirajo med seboj, sporočajo svoje dvome, predloge, predloge, pritožbe in / ali trditve, lahko hitro postane dragocen vir znanja razvijati program v zrele faze razvoja.

PROSTOR # 8

PRI DOVOLJ ŠIROKI OSNOVI TESTERJEV IN PRISPEVKOV BODO VKLJUČNO VSE VSE PROBLEME HITRO IDENTIRANI IN NJEGOVA REŠITEV BODO NEKAJ OČITNA.

Na koncu gradivo bralca večkrat zaključi, da je metoda razvoja programske opreme, ki temelji na modelu Bazaar, zelo učinkovita. Ker več razvijalcev programske opreme daje uporabnikom več moči, svobode ali znanja o njihovem programu, bolj lahko prispevajo iznajdljive ideje ali koristne spremembe samo za namene skupne koristi.

In to je prijetno izraženo v naslednjem odlomku iz gradiva:

"Mislim, da je to bistvena razlika med katedralnim in bazarskim slogom. Glede na to, kako katedrala gleda na programiranje, so napake in razvojni problemi zahrbtni, globoki in zviti pojavi. Manjše število predanih ljudi potrebuje mesece nadzora, da bi bili prepričani, da so bili odstranjeni. Od tod dolga obdobja, potrebna za izdajo novih različic, in neizogibno razočaranje, ko so tako dolgo čakali, niso popolni.

V luči bazarskega modela pa se domneva, da so napake običajno manj pomembne zadeve ali vsaj, da bodo postale tako hitro, ko bodo izpostavljene nestrpnim očem nekaj tisoč predanih sodelavcev, da postavijo desno in obratno pri vsaki novi različici. Tako redno izdajate različice, da dobite še več popravkov, in kot koristen stranski učinek imate manj izgube, če vsake toliko zamočite. "

ZAKLJUČEK

Osebno mi moje malo izkušenj na področju razvoja proste programske opreme po modelu tipa Bazaar omogoča naslednje ugotovitve:

• Uporabnike je treba obravnavati kot neprecenljiv vir in v najboljših primerih kot neprecenljive zaveznike za sodelovanje pri razvoju izdelka.
• Vsaka ideja je dobra ali vredna raziskovanja, saj je včasih najmanj osumljen odlična rešitev ali izboljšava za razvoj.
• Dobro ali verjetno je, da se prvotna ideja loči, razširi ali oddalji od prvotnega koncepta, vendar je pomembno, kako osredotočen mora biti glede na vrsto uporabniškega trga, ki mu želite služiti, služiti ali pomagati.
• Da bi bili učinkoviti in se izognili izgubi napora zaradi razpršitve.
• Najboljša je majhna, neposredna, preprosta, a učinkovita koda, ki jo zna skupnost ceniti kot pravilno.
• Program je za Skupnost uporabnikov že zrel, ko ni več česa odpraviti, saj je dodajanje vedno dobra možnost, da ga upoštevamo.
• Vsak program je mogoče uporabiti (delno ali v celoti) za ponovno uporabo v funkcijah, ki prvotno niso bile zasnovane.
• Vsa programska oprema mora imeti ustrezne ukrepe za izdajo dovoljenj in varnost zaradi zaupnosti uporabe uporabnikovih podatkov.
• Ni treba začeti iz nič, nekdo je že od nekdaj razvil nekaj podobnega naši zamisli.
• Morate delati na nečem, kar vam je všeč, čutiti morate strast do razvoja, ki se mu boste posvetili v Prosti programski opremi, da boste notranje ustvarili občutek združenosti s tem, kar je razvito, ne da bi pri tem dosegli skrajnost razvijanja lastniškega občutka nad tem. .
• Med razvijalci in uporabniki (sodelavci) morajo obstajati odlična in pogosta sredstva za komunikacijo, tako da delo hitro teče in se učinkovito spreminja.

Upam, da so vam bile te informacije všeč in so se vam zdele koristne, saj je branje "Katedrala in bazar" obvezna referenca za vse tiste, ki programirajo kakršen koli razvoj brezplačne programske opreme, ne glede na to, ali je velik ali majhen.