Gratis softwareudviklingsmodel: Katedralen og basaren

Gratis softwareudviklingsmodel

Gratis softwareudviklingsmodel

Katedralen og basaren er et manifestt dokument, der blev udviklet af Eric S. Raymond i år 1.998 for at forsøge at forklare fra sit eget perspektiv og erfaring (Fetchmail Development) hvad han forstod om den vellykkede oprettelse og udvikling af Linux og dets relaterede programmer, især ud fra forskellen mellem softwareudviklingsmodellerne, som han personligt kaldte: Cathedral Model og Bazaar Model.

Og i denne publikation vil vi give en analyse og resumé af det manifest, der er så populært blandt udviklerne af Free Software Movement. Hvilket er tilgængeligt frit og tilgængeligt i mange dele af internettet, men som kan downloades fra følgende weblink for hurtigere at få adgang til det: Katedralen og basaren.

Introduktion til katedralen og basaren

INDLEDNING

Det nævnte materiale «Katedralen og basaren» præsenterer os for visionen om, at der inden for Software Engineering er "to helt forskellige udviklingsformer, katedralmodellen, der er anvendelig til de fleste af udviklingen i kommerciel software, sammenlignet med basarmodellen, mere typisk for Linux-verdenen ”.

Understreger, at disse 2 modeller er afledt af modsatte startpunkter om arten af ​​softwarefejlfindingsprocessen, og om hans særlige teori om, hvad han kaldte Linus's lov, der sagde følgende: "I betragtning af et tilstrækkeligt antal øjne er alle fejl irrelevante" eller med andre ord: "Med et tilstrækkeligt antal øjne, alle fejl er de bagateller".

Og det understreger ordet Hacker, som efter min mening forfatteren udtrykte som en slags bruger på højt niveau, der er i stand til at forstå og effektivt udnytte et programog at opdage, foreslå eller implementere rettelser eller modifikationer af effektiv form og substans for hele brugerfællesskabet.

I andre litteraturer henviser dette ord eller koncept kaldet Hacker til:

«en ekspert, der brænder for et bestemt emneområde, især det teknologiske område, og hvis formål er at udnytte denne viden til godartede formål. Det er den person, som regel en professionel inden for et område med viden, der brænder for viden, opdager og lærer nye ting og forstår hvordan de fungerer, når det punkt at forbedre det med effektive forslag og forslag og altid med den hensigt at dele viden eller undgå en fiasko eller funktionsfejl i genstanden for undersøgelsen.

Hvilket er et mere universelt og ægte koncept, da der er "hackere" inden for alle områder af menneskelig viden.

Lokaler til udvikling af fri software

DESARROLLO

Af de mange, der har læst sådant materiale, vil der helt sikkert være et stort antal, der er enige i, at ideen om, at "Linux er subversiv", tydeligt kommer til udtryk der. Men hvorfor?

For indtil det øjeblik var der en mangfoldighed af standardiserede softwareudviklingsmetoder eller modeller baseret på en “mere centraliseret og planlagt tilgang fra starten” fordi handlingen med at skabe software blev taget som noget forbundet med noget, der fører til "en vis kritisk kompleksitet."

Og det til trods for at Unix-verdenen allerede eksisterede, bestående af små værktøjer, hurtig prototyping og evolutionær programmering, Fremkomsten af ​​Free Software-udviklingsfilosofien under Linux tog sagen til et andet niveau af sofistikering.

Mens I en verden af ​​privat softwareudvikling blev det gjort på en "lydløs og ærbødig måde", ligesom en katedral er bygget, i verden af ​​fri softwareudvikling (Linux) blev det gjort på en "støjende måde og med flere dagsordener (stier) og tilgange (forslag)", ligesom du var i en stor basar.

Dette store manifest giver os flere forudsætninger for at kondensere de ideer, der udtrykkes der, vedrørende Free Software Development Model, som er:

Præmis 1: Katedralen og basaren

LØFTE # 1

ALLE GODE JOB I SOFTWARE BEGYNDER AT PRØVE AT VENLIGE EN UDVIKLERS PERSONLIGE PROBLEM.

Hvilket er en ubestridelig virkelighed, fordi Mange af dem, der arbejder inden for fri softwareudvikling, starter normalt på grund af behovet for at løse et personligt problem eller et kollektivt eller gruppes problem, eller for at optimere en proces, der allerede er udført på en langsommere og / eller gentagen måde, som ofte har tendens til at blive udmattende og / eller kedelig for dem, der deltager i den, og forsøger at maksimere de involveredes tid og kræfter.

Præmis 2: Katedralen og basaren

LØFTE # 2

GODE PROGRAMMERERE VED, HVAD SKAL SKRIVES. DET STØRSTE VID, HVAD DU SKAL OMDRIVE OG GENBRUGE.

Enhver programmør ved, at start fra bunden ikke er noget dårligt eller unødvendigt, når det kommer til at udvikle et program eller en applikation. Men for mange, der starter, og for andre, der allerede har kendskab til sagen, er det velkendt, at "At opfinde hjulet" igen ikke nogle gange er særlig effektivt, men det er bedre bare at optimere det og tilpasse det til dine egne behov. Det vil sige, det er bedre at omskrive og assimilere al den mulige kode fra andre eksperter inden for det område, der vedrører os for at løse vores egen softwareudvikling.

Præmis 3: Katedralen og basaren

LØFTE # 3

"Tænk på at smide mindst en - du vil ende med at gøre det på nogen måde."

En god softwareudvikler skal vide, hvordan man lytter detaljeret til, hvad brugerne af deres udvikling siger eller foreslår eller foreslår, da et program, der allerede er funktionelt, stadig kan blive noget meget stort, på trods af at det er funktionelt, noget der mister nord, en funktionelt monster, der gør alt for alle, og til gengæld noget, der ikke er behageligt. Så at lytte for at gå tilbage til oprindelsen, vinde mistede brugere tilbage, tilføje nye funktioner, fjerne unødvendige, gøre programmet mindre, mere specifikt og generelt, er altid en god praksis.

Præmis 4: Katedralen og basaren

LØFTE # 4

HVIS DU HAR DEN RETTE HOLDNING, FINDER DU INTERESSANTE PROBLEMER.

En god holdningsændring og til tiden kan betyde en radikal ændring for hver programmør eller softwareudvikler i deres nuværende eller nye udvikling, der igen betyder nye fordele ved tid, penge eller komfort for brugerne af deres produkter. Vær på udkig efter innovative måder at løse problemer, der præsenterer sig i et godt symptom i den rigtige retning.

Præmis 5: Katedralen og basaren

LØFTE # 5

NÅR ET PROGRAM IKKE LENGERE INTERESSERER DIG, ER DIN SIDSTE Pligt at videregive det til en kompetent efterfølger.

For mange programmører eller softwareudviklere såvel som andre teknologer er det ikke ualmindeligt at man ønsker at afsætte ny tid til nye projekter. Men i verdenen af ​​fri software er forudsætningen at overføre stafetten, der er andre, der gerne vil fortsætte med udviklingen af ​​deres allerede forladte produkter, som de skal tillade enhver at hacke (forbedre) programmet for sig selv eller for gavn for programmets brugere.

Præmis 6: Katedralen og basaren

LØFTE # 6

BEHANDLING AF DINE BRUGERE SOM SAMARBEJDERE ER DEN MINDRE KOMPLICEREDE MÅDE FOR HURTIGT FORBEDRING OG EFFEKTIVT FJERNE ET PROGRAM.

Da "gratis" ofte tolkes som "gratis" i udviklingen af ​​fri software, har mange programmører tendens til at gruppere sig for at undgå ulønnet slid ved at alliere sig med andre udviklere eller avancerede brugere af deres udvikling, for at fortsætte dem eller for andre at fortsætte dem til gengæld for at modtage "kreditter" til udvikling af fremtidige kodeinnovationer og sikre, at fremtidig udvikling formelt inkluderer nogle licenser, for at undgå misbrug af den.

Præmis 7: Katedralen og basaren

LØFTE # 7

UDGIVELSE SNART. LANSER DEN OFTE. OG LYT TIL DINE BRUGERE.

I modsætning til i verden med proprietær softwareudvikling er det ofte i fri software, at meget og hurtigt er bedre. Da den brede base af brugere og udviklere, der normalt bruger og udvikler et program i samfundet og til gengæld interagerer med hinanden, kan kommunikere deres tvivl, forslag, forslag, klager og / eller påstande hurtigt blive en værdifuld kilde til viden udvikle et program mod modne stadier af udvikling.

Præmis 8: Katedralen og basaren

LØFTE # 8

GIVET EN BREDT GENEREL BASE AF TESTERE OG BIDRAGERE, Næsten ALLE PROBLEMER VÆRE IDENTIFICERET HURTIG, OG DERES LØSNING VIL VÆRE OVIEV FOR ENGEN.

Materialet slutter med at få læseren til at konkludere, mange gange, at softwareudviklingsmetoden baseret på basarmodellen er meget effektiv. Fordi jo mere magt, frihed eller viden en softwareudvikler giver brugerne om deres program, jo ​​mere kan de bidrage med geniale ideer eller nyttige ændringer, bare med henblik på kollektiv fordel.

Og dette udtrykkes behageligt i følgende uddrag fra materialet:

"Dette er, tror jeg, den grundlæggende forskel mellem katedralen og basarstilen. I henhold til den måde, hvorpå en katedral ser på programmering, er fejl og udviklingsproblemer snigende, dybe og snoede fænomener. Det tager måneder med kontrol af et lille antal dedikerede mennesker for at være sikre på, at de er blevet fjernet. Derfor er de lange perioder, der kræves for udgivelsen af ​​nye versioner, og den uundgåelige skuffelse, der opleves, når de, der er ventet så længe, ​​ikke er perfekte.

I lyset af basarmodellen antages det imidlertid, at fejl normalt er mindre anliggender, eller i det mindste, at de bliver så ret hurtigt, når de er udsat for nogle få tusinde dedikerede samarbejdspartners ivrige øjne for at sætte det rigtige og det omvendt hver ny version. Så du fortsætter med at frigive versioner ofte for at få endnu flere rettelser, og som en gavnlig bivirkning har du mindre at tabe, hvis du rodet ind imellem. "

Konklusioner: Katedralen og basaren

KONKLUSION

Personligt efterlader min lille erfaring inden for fri softwareudvikling under basartypemodellen følgende konklusioner:

  • Brugere skal behandles som en uvurderlig ressource og i bedste fald som uvurderlige allierede for deres samarbejde i udviklingen af ​​produktet.
  • Enhver idé er god eller værd at udforske, da nogle gange den mindst mistænkte kan være en god løsning eller forbedring for udvikling.
  • Det er godt eller sandsynligt, at den originale idé deler, udvider eller bevæger sig væk fra det originale koncept, men hvad der er vigtigt er, hvor fokuseret man skal være med hensyn til den type brugermarked, som du vil tjene, tjene eller hjælpe.
  • For at være effektiv og undgå tab af indsats på grund af spredning.
  • Det bedste er en lille, direkte, enkel, men effektiv kode, der formår at blive værdsat af samfundet som korrekt.
  • Et program er allerede modent for brugernes fællesskab, når der ikke er noget mere at eliminere, da tilføjelse altid er en god mulighed for at tage højde for.
  • Ethvert program kan bruges (helt eller delvist) til at blive genbrugt i funktioner, der ikke oprindeligt blev udtænkt.
  • Al software skal bære sine respektive licens- og sikkerhedsforanstaltninger for fortroligheden af ​​brugen af ​​brugerens data.
  • Det er ikke nødvendigt at starte fra bunden, nogen har altid udviklet noget, der ligner vores udtænkte idé.
  • Du skal arbejde på noget, du kan lide, du skal føle lidenskab for den udvikling, som du vil dedikere dig til i fri software for internt at skabe en følelse af forening med det, der er uddybet, uden at nå det ekstreme ved at udvikle en følelse af ejerskab over det.
  • Der skal være fremragende og hyppige kommunikationsmidler mellem udviklere og brugere (samarbejdspartnere), så arbejdet flyder hurtigt og ændres effektivt.

Jeg håber, du kunne lide og fandt disse oplysninger nyttige, da læsning af "Katedralen og basaren" er en obligatorisk reference for alle dem, der programmerer enhver fri softwareudvikling, uanset hvor stor eller lille den måtte være.


6 kommentarer, lad dine

Efterlad din kommentar

Din e-mailadresse vil ikke blive offentliggjort. Obligatoriske felter er markeret med *

*

*

  1. Ansvarlig for dataene: Miguel Ángel Gatón
  2. Formålet med dataene: Control SPAM, management af kommentarer.
  3. Legitimering: Dit samtykke
  4. Kommunikation af dataene: Dataene vil ikke blive kommunikeret til tredjemand, undtagen ved juridisk forpligtelse.
  5. Datalagring: Database hostet af Occentus Networks (EU)
  6. Rettigheder: Du kan til enhver tid begrænse, gendanne og slette dine oplysninger.

  1.   naciiboy sagde han

    flot resumé / mening, jeg ville kun fjerne så meget billede af «monitor med kode», at det ikke kommer til regnskab for noget

    1.    Linux Post Installation sagde han

      De syntes passende for mig med spørgsmålet om systemudvikling, og det ville ikke længere være korrekt at fjerne dem, men tak for din observation!

  2.   BAYRON sagde han

    Fremragende resume og analogi.

    1.    Linux Post Installation sagde han

      Tak Bayron for din gode og positive kommentar.

  3.   Eduardo fra Trinidad sagde han

    Godt forsøg, tillykke med denne vigtige meddelelse. Jeg tror, ​​at "I Guds rige" ALT ER (VIL VÆRE) Gratis og gratis ... ellers vil udviklerne fortsætte med at blive martyrdyr eller korsfæstet af undergravende, af dem der ikke forstår eller ikke ønsker at forstå, at vi "Giv til Cæsar, hvad der tilhører Cæsar ... og til Gud, hvad der tilhører Gud» ... Drikkepenge (GRATIS) er guddommelig i naturen som sollyset eller den luft, du trækker vejret ... Frihed er nødvendig, men i øjeblikket er den ødelagt af MARKEDET af elendigheder som proprietær software.

    1.    Linux Post Installation sagde han

      Hilsen, Eduardo de Trinidad. Tak for din kommentar og dit bidrag.