Gratis programvareutviklingsmodell: Katedralen og basaren

Gratis programvareutviklingsmodell

Gratis programvareutviklingsmodell

Katedralen og basaren er et manifest dokument som ble utviklet av Eric S. Raymond i 1.998 for å prøve å forklare fra sitt eget perspektiv og erfaring (Fetchmail Development) hva han forsto om den vellykkede opprettelsen og utviklingen av Linux og tilhørende programmer, spesielt med tanke på forskjellen mellom programvareutviklingsmodellene, som han personlig kalte: Cathedral Model og Bazaar Model.

Og i denne publikasjonen vil vi gi en analyse og et sammendrag av nevnte manifest som er så populært blant utviklerne av Free Software Movement. Som er tilgjengelig fritt og tilgjengelig i mange deler av nettet, men som kan lastes ned fra følgende nettlink for å få raskere tilgang til det: Katedralen og basaren.

Introduksjon til katedralen og basaren

INNLEDNING

Nevnte materiale «Katedralen og basaren» presenterer oss for visjonen om at det innen programvareingeniørens verden er «to helt forskjellige utviklingsstiler, katedralmodellen, anvendelig for de fleste av utviklingen i kommersiell programvareverden, sammenlignet med basarmodellen, mer typisk for Linux-verdenen ”.

Understreker at disse to modellene er avledet fra motsatte utgangspunkt for typen feilsøkingsprosess for programvare, og om hans spesielle teori om det han kalte Linus's Law som uttalte følgende: "Gitt et tilstrekkelig antall øyne, er alle feil irrelevante" eller med andre ord: "Med et tilstrekkelig antall øyne, alle feil de er bagateller ”.

Og det understreker ordet Hacker, som etter min mening forfatteren uttrykte som en slags bruker på høyt nivå som er i stand til å forstå og effektivt utnytte et program, og å oppdage, foreslå eller implementere rettelser eller modifikasjoner av effektiv form og substans for hele brukerfellesskapet.

I andre litteraturer refererer dette ordet eller begrepet Hacker til:

«en ekspert, lidenskapelig opptatt av et bestemt fagområde, spesielt det teknologiske området, og hvis formål er å utnytte denne kunnskapen til godartede formål. Det er denne personen, vanligvis en profesjonell i et kunnskapsområde, som er lidenskapelig opptatt av kunnskap, oppdager og lærer nye ting og forstår hvordan de fungerer, når det punktet å forbedre det med effektive forslag og forslag, og alltid med den hensikt å dele kunnskap eller unngå en feil eller funksjonsfeil i studieanlegget.

Noe som er et mer universelt og ekte konsept, siden det er "hackere" på alle områder av menneskelig kunnskap.

Lokaler i utviklingen av fri programvare

DESARROLLO

Av de mange som har lest slikt materiale, vil det sikkert være et stort antall som er enige i at ideen om at "Linux er subversiv" tydelig kommer til uttrykk der. Men hvorfor?

For inntil det øyeblikket var det en mangfold av standardiserte programvareutviklingsmetoder eller modeller basert på en “mer sentralisert og planlagt tilnærming fra begynnelsen” fordi handlingen med å lage programvare ble tatt som noe assosiert med noe som fører til "en viss kritisk kompleksitet."

Og det selv om Unix-verdenen allerede eksisterte, bestående av små verktøy, rask prototyping og evolusjonær programmering, Fremveksten av fri programvareutviklingsfilosofi under Linux tok saken til et annet nivå av raffinement.

Mens I en verden av privat programvareutvikling ble det gjort på en "stille og ærbødig måte", akkurat som en katedral er bygget, i World of Free Software Development (Linux) ble det gjort på en "boisterous måte og med flere agendaer (baner) og tilnærminger (forslag)", akkurat som du var i en flott basar.

Dette flotte manifestet gir oss flere premisser for å fortette ideene som uttrykkes der, i form av Free Software Development Model, som er:

Premiss 1: Katedralen og basaren

LØMME # 1

ALLE GODE JOBB I PROGRAMVAREN PRØVER Å VENNLIGST ET PERSONLIG PROBLEM AV UTVIKLEREN SELV.

Som er en ubestridelig virkelighet fordi Mange av dem som jobber med fri programvareutvikling, starter vanligvis på grunn av behovet for å løse et personlig problem eller et kollektiv eller en gruppe, eller for å optimalisere en prosess som allerede er utført på en langsommere og / eller repeterende måte, som ofte har en tendens til å bli utmattende og / eller kjedelig for de som deltar i den, og prøver å maksimere tiden og innsatsen til de involverte.

Premiss 2: Katedralen og basaren

LØMME # 2

GODE PROGRAMMERERE VET HVA DE SKRIVER. DEN STØRSTE VETEN HVA DU SKRIVER OG GJENBRUKER.

Enhver programmerer vet at det ikke er noe dårlig eller unødvendig å starte fra bunnen av når det gjelder å utvikle et program eller et program. Men for mange som begynner og for andre som allerede har kunnskaper om saken, er det velkjent at noen ganger ikke å "finne på hjulet" er veldig effektivt, men det er bedre å bare optimalisere det og tilpasse det til dine egne behov. Det er med andre ord bedre å omskrive og assimilere så mye kode som mulig fra andre eksperter på feltet som gjelder oss for å løse vår egen programvareutvikling.

Premiss 3: Katedralen og basaren

LØMME # 3

"Tenk på å kaste minst en - du vil avslutte med å gjøre det når som helst."

En god programvareutvikler må vite hvordan de skal lytte i detalj til hva brukerne av utviklingen deres sier eller foreslår eller foreslår, siden et program som allerede er funksjonelt, fremdeles kan bli noe veldig stort, til tross for at det er funksjonelt, noe som mister nord, et funksjonelt monster som gjør alt for alle, og i sin tur noe som ikke er veldig hyggelig. Så å lytte til å gå tilbake til røttene, vinne tilbake tapte brukere, legge til nye funksjoner, fjerne unødvendige, gjøre programmet mindre, mer spesifikt og generelt, er alltid en god praksis.

Premiss 4: Katedralen og basaren

LØMME # 4

HVIS DU HAR RIKTIG HOLDNING, FINNER INTERESSANTE PROBLEMER DEG.

En god holdnings- og tidsendring kan bety en radikal endring for hver programmerer eller programvareutvikler i deres nåværende eller nye utvikling som igjen betyr nye fordeler med tid, penger eller komfort for brukerne av produktene. Vær på utkikk etter innovative måter å løse problemer som presenterer seg i et godt symptom i riktig retning.

Premiss 5: Katedralen og basaren

LØMME # 5

NÅR ET PROGRAM IKKE LENGERE INTERESSERER, ER DIN SISTE PLIKT Å PASSERE DET TIL EN KOMPETENT ERFØLGER.

For mange programmerere eller programvareutviklere, så vel som andre teknologer, er det ikke uvanlig å ønske å vie ny tid til nye prosjekter. Men i verdenen av fri programvare er forutsetningen å overføre stafettpinnen, det er andre som ønsker å fortsette med utviklingen av sine allerede forlatte produkter, som de må tillate hvem som helst å hacke (forbedre) programmet for seg selv eller til fordel for samfunnet brukere av programmet.

Premiss 6: Katedralen og basaren

LØMME # 6

Å BEHANDLE DINE BRUKERE SOM SAMARBEIDERE ER DEN MINSTE KOMPLISERTE MÅTEN FOR RASKT FORBEDRING OG EFFEKTIVT DEBUGGER ET PROGRAM.

Ettersom "gratis" ofte tolkes som "gratis" i utviklingen av fri programvare, har mange programmerere en tendens til å gruppere seg for å unngå ulønnet slitasje ved å knytte seg til andre utviklere eller avanserte brukere av deres utvikling, for å fortsette det samme eller for andre å fortsette dem , mot å motta "kreditter" i utviklingen av fremtidige kodeinnovasjoner og sikre at fremtidig utvikling formelt inkluderer noen lisenser, for å unngå misbruk av den.

Premiss 7: Katedralen og basaren

LØMME # 7

SLIPP DET SNART. LANSER DET OFTE. OG Hør på brukerne dine.

I motsetning til verden av proprietær programvareutvikling, er det ofte i fri programvare at mye og raskt er bedre. Siden den brede basen av brukere og utviklere som vanligvis bruker og utvikler et program i samfunnet og i sin tur samhandler med hverandre, kan kommunisere tvil, forslag, forslag, klager og / eller påstander bli en verdifull kilde til kunnskap for raskt å utvikle et program mot modne stadier av utvikling.

Premiss 8: Katedralen og basaren

LØMME # 8

GJØRT EN BRED GOD BASE AV TESTERE OG BIDRAGERE, NESTEN ALLE PROBLEMER BLIR IDENTIFISERT RASKT OG DERES LØSNING VIL VÆRE OVIS FOR NOEN.

Materialet ender med å få leseren til å konkludere, mange ganger at programvareutviklingsmetoden basert på basarmodellen, er veldig effektiv. Fordi jo mer kraft, frihet eller kunnskap en programvareutvikler gir brukere om programmet deres, jo mer kan de bidra med geniale ideer eller nyttige endringer, bare for å oppnå kollektiv fordel.

Og dette kommer positivt til uttrykk i følgende utdrag fra materialet:

"Dette er, tror jeg, den grunnleggende forskjellen mellom katedralen og basarstilen. I følge måten en katedral ser på programmering, er feil og utviklingsproblemer snikende, dype og vridde fenomener. Det tar måneder med granskning av et lite antall dedikerte mennesker for å være trygg på at de er blitt fjernet. Derfor er de lange periodene som kreves for utgivelsen av nye versjoner, og den uunngåelige skuffelsen når de som har blitt ventet så lenge ikke er perfekte.

I lys av basarmodellen antas det imidlertid at feil vanligvis er mindre forhold, eller i det minste at de vil bli ganske raskt når de blir utsatt for de ivrige øynene til noen få tusen dedikerte samarbeidspartnere for å sette riktig og omvendt hver nye versjon. Så du fortsetter å gi ut versjoner ofte for å få enda flere løsninger, og som en gunstig bivirkning har du mindre å tape hvis du roter innimellom.

Konklusjoner: Katedralen og basaren

KONKLUSJON

Personlig gir min lille erfaring innen fri programvareutvikling under Bazaar-modellen meg følgende konklusjoner:

  • Brukerne skal behandles som en uvurderlig ressurs, og i beste fall som uvurderlige allierte for deres samarbeid i utviklingen av produktet.
  • Hver idé er god eller verdt å utforske, siden noen ganger de minst mistenkte kan være en god løsning eller forbedring for utvikling.
  • Det er bra eller sannsynlig at den originale ideen deler, utvider eller beveger seg bort fra det opprinnelige konseptet, men det som er viktig er hvor fokusert man må være når det gjelder hvilken type brukermarked du vil tjene, tjene eller hjelpe.
  • For å være effektiv og unngå tap av innsats ved spredning.
  • Det beste er en liten, direkte, enkel, men effektiv kode som klarer å bli verdsatt av samfunnet som riktig.
  • Et program er allerede modent for brukernes fellesskap når det ikke er noe mer å eliminere, siden det alltid er en god mulighet å legge til.
  • Ethvert program kan brukes (delvis eller i sin helhet) til å bli gjenbrukt i funksjoner som ikke opprinnelig ble oppfattet.
  • All programvare må ha sine respektive lisensierings- og sikkerhetstiltak for å konfidensialisere bruken av brukerens data.
  • Det er ikke nødvendig å starte fra bunnen av, noen har alltid utviklet noe som ligner vår tenkte ide.
  • Du må jobbe med noe du liker, du må føle lidenskap for utviklingen som du vil tilegne deg i fri programvare for å generere en intern følelse av forening med det som er utdypet, uten å nå det ekstreme med å utvikle en følelse av eierskap over det. .
  • Det må være gode og hyppige kommunikasjonsmåter mellom utviklere og brukere (samarbeidspartnere), slik at arbeidet flyter raskt og endres effektivt.

Jeg håper du likte og syntes at denne informasjonen var nyttig, siden Lesing av "The Cathedral and the Bazaar" er en obligatorisk referanse for alle de som programmerer utvikling i fri programvare, uansett hvor stor eller liten.


Innholdet i artikkelen følger våre prinsipper for redaksjonell etikk. Klikk på for å rapportere en feil her.

6 kommentarer, legg igjen dine

Legg igjen kommentaren

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *

*

*

  1. Ansvarlig for dataene: Miguel Ángel Gatón
  2. Formålet med dataene: Kontroller SPAM, kommentaradministrasjon.
  3. Legitimering: Ditt samtykke
  4. Kommunikasjon av dataene: Dataene vil ikke bli kommunisert til tredjeparter bortsett fra ved juridisk forpliktelse.
  5. Datalagring: Database vert for Occentus Networks (EU)
  6. Rettigheter: Når som helst kan du begrense, gjenopprette og slette informasjonen din.

  1.   nasciiboy sa

    fin oppsummering / mening, jeg ville bare tatt bort så mye bilde fra "monitor med kode" at det ikke kommer til regnskap for noe

    1.    Linux Post Install sa

      Jeg fant dem passende for problemet med systemutvikling, og det ville ikke lenger være riktig å fjerne dem, men takk for observasjonen!

  2.   BAYRON sa

    Utmerket sammendrag og analogi.

    1.    Linux Post Install sa

      Takk Bayron for din hyggelige og positive kommentar.

  3.   Eduardo fra Trinidad sa

    Fint forsøk, gratulerer med dette viktige varselet. Jeg tror at "I Guds rike" ALT ER (VIL VÆRE) Gratis og gratis ... ellers vil utviklerne fortsette å bli martyrdøtt eller korsfestet av undergravende, av de som ikke forstår eller ikke vil forstå at vi må "gi til keiseren det som hører til Cæsar ... og til Gud det som tilhører Gud »... Drikkepenger (GRATIS) er guddommelig i naturen som sollyset eller luften du puster inn ... Frihet er nødvendig, men for øyeblikket er den ødelagt av MARKEDET av elendigheter som programvare.

    1.    Linux Post Install sa

      Hilsen, Eduardo de Trinidad. Takk for kommentaren og bidraget ditt.