Model vývoja slobodného softvéru: Katedrála a bazár

Katedrála a bazár je dokument zjavného typu, ktorý vyvinul Eric S. Raymond v roku 1.998 s cieľom pokúsiť sa vysvetliť z jeho pohľadu a vlastných skúseností (Fetchmail Development) čo pochopil o úspešnej tvorbe a vývoji Linuxu a s ním súvisiacich programov, najmä z pohľadu rozdielu medzi modelmi vývoja softvéru, ktoré osobne nazval: Cathedral Model a Bazaar Model.

A v tomto príspevku poskytneme analýzu a zhrnutie uvedeného manifestu tak populárneho medzi vývojármi Hnutia slobodného softvéru. Ktorý je voľne dostupný a prístupný v mnohých častiach webu, ktorý si však môžete stiahnuť z nasledujúceho webového odkazu, aby ste k nemu získali rýchlejší prístup: Katedrála a bazár.

ÚVOD

Tento materiál «Katedrála a bazár» nám predstavuje víziu, že vo svete softvérového inžinierstva existujú „dva úplne odlišné štýly vývoja“., model katedrály, ktorý sa dá použiť na väčšinu vývojových trendov vo svete komerčného softvéru, v porovnaní s modelom bazáru, ktorý je typickejší pre svet Linux. “

Zdôrazňuje sa, že tieto 2 modely sú odvodené z opačných východísk k povahe procesu ladenia softvéru, a jeho konkrétnej teórie o tom, čo nazval Linusovým zákonom, v ktorom sa uvádza toto: „Vzhľadom na dostatočný počet očí sú všetky chyby irelevantné“ alebo inými slovami: „Pri dostatočnom počte očí sú všetky chyby maličkosti“.

A zdôrazňuje slovo hacker, ktoré podľa môjho názoru autor vyjadril ako akéhosi vysoko postaveného používateľa schopného porozumieť a efektívne využívať programa zisťovať, navrhovať alebo implementovať opravy alebo úpravy účinnej formy a obsahu pre celú komunitu používateľov.

V iných literatúrach toto slovo alebo koncept nazývaný Hacker označuje:

«odborník, vášnivý pre určitú predmetovú oblasť, najmä technologickú, a ktorej účelom je využiť tieto vedomosti na benígne účely. Je to ten človek, zvyčajne profesionál v oblasti znalostí, ktorý je zapálený pre poznávanie, spoznávanie a spoznávanie nových vecí a porozumenie tomu, ako fungujú, až do bodu, keď ich bude zlepšovať pomocou efektívnych návrhov a návrhov a vždy so zámerom zdieľať vedomosti alebo sa vyhnúť poruche alebo nesprávnej funkcii predmetu štúdia.

Čo je univerzálnejší a skutočnejší koncept, pretože vo všetkých oblastiach ľudského poznania existujú „hackeri“.

DESARROLLO

Z mnohých, ktorí si prečítali tento materiál, sa určite nájde veľké množstvo ľudí, ktorí budú súhlasiť s tým, že je tam jasne vyjadrená myšlienka, že „Linux je podvratný“. Ale prečo?

Pretože do tej chvíle existovala a množstvo štandardizovaných metód alebo modelov vývoja softvéru založených na „centralizovanejšom a plánovanejšom prístupe od začiatku“ pretože čin vytvorenia softvéru bol braný ako niečo spojené s niečím, čo vedie k „určitej kritickej zložitosti“.

A to aj napriek tomu, že svet Unixu už existoval, pozostávajúci z malých nástrojov, rýchlych prototypov a evolučného programovania, Vznik filozofie vývoja slobodného softvéru v systéme Linux posunul túto záležitosť na inú úroveň prepracovanosti.

Kým vo svete vývoja súkromného softvéru sa to dialo „tichým a úctivým spôsobom“, rovnako ako je postavená katedrála, vo svete vývoja slobodného softvéru (Linux) sa to dialo „bujarým spôsobom a s rôznymi programami (cestami) a prístupmi (návrhmi)“, rovnako ako ste boli vo veľkom bazári.

Tento skvelý manifest nám dáva niekoľko predpokladov na zhustenie myšlienok vyjadrených v ňom, pokiaľ ide o model rozvoja slobodného softvéru, ktorými sú:

PRIESTOR č. 1

VŠETKY DOBRÉ PRACOVNÉ MIESTA V SOFTWARE ZAČÍNAJÚ SKÚŠAŤ PROSÍM OSOBNÝ PROBLÉM DEVELOPERA.

Čo je nepopierateľná realita, pretože Mnoho z tých, ktorí pracujú na vývoji slobodného softvéru, zvyčajne začína kvôli potrebe vyriešiť osobný problém alebo problém kolektívu alebo skupiny, alebo optimalizovať už vykonaný proces pomalším a / alebo opakujúcim sa spôsobom, ktorý má často tendenciu byť vyčerpávajúci a / alebo nudný pre tých, ktorí sa ho zúčastňujú, a snaží sa maximalizovať čas a úsilie zainteresovaných.

PRIESTOR č. 2

DOBRÍ PROGRAMÁRI VEDIA, ČO NAPÍŠTE. NAJVÄČŠÍ VEDIEŤ ČO NAPÍŠAŤ A OPAKOVAŤ.

Každý programátor vie, že začať od nuly nie je nič zlé alebo zbytočné, pokiaľ ide o vývoj programu alebo aplikácie. Avšak pre mnohých, ktorí začínajú, a pre ostatných, ktorí už majú v tejto oblasti vedomosti, je dobre známe, že niekedy nie je vynález „Inventing the Wheel“ príliš efektívny, ale je lepšie ho len optimalizovať a prispôsobiť svojim potrebám. To znamená, že je lepšie prepísať a asimilovať všetok možný kód od iných odborníkov v odbore, ktorý sa nás týka, aby sme mohli vyriešiť vlastný vývoj softvéru.

PRIESTOR č. 3

„MYSLITE NA VYHADZOVANIE PRÍPADNE - KAŽDÝM TO DOKONČÍTE“.

Dobrý vývojár softvéru musí vedieť podrobne počúvať, čo hovoria alebo navrhujú alebo navrhujú používatelia jeho vývoja, pretože program, ktorý je už funkčný, sa napriek tomu môže stať niečím veľmi veľkým, aj keď je funkčný, niečo, čo stráca sever, a funkčné monštrum, ktoré robí všetko pre každého, a zase niečo nie príjemné. Takže počúvanie návratu ku koreňom, získanie stratených používateľov, pridanie nových funkcií, odstránenie nepotrebných, zmenšenie, spresnenie a všeobecnosť programu, je vždy dobrým zvykom.

PRIESTOR č. 4

AK MÁTE SPRÁVNY POSTOJ, NÁJDETE SI ZAUJÍMAVÉ PROBLÉMY.

Dobrá zmena postoja a včas môže znamenať radikálnu zmenu pre každého programátora alebo vývojára softvéru v ich súčasnom alebo novom vývoji, čo zase znamená nové výhody času, peňazí alebo pohodlia pre používateľov ich produktov. Hľadajte inovatívne spôsoby riešenia problémov, ktoré sa vyznačujú dobrým príznakom správnym smerom.

PRIESTOR č. 5

KEĎ VÁS UŽ PROGRAM NEMÁ ZÁUJEM, POSKYTNUTÍM VAŠEHO POSLEDNÉHO POVINNOSTI KOMPETENTNÉMU ÚSPORCOVI.

Pre mnohých programátorov alebo vývojárov softvéru, ako aj pre ďalších technológov nie je nezvyčajné chcieť venovať nový čas novým projektom. Ale vo svete slobodného softvéru je predpokladom odovzdať štafetu, sú tu ďalší, ktorí by chceli pokračovať vo vývoji svojich už opustených produktov, pre ktoré musia každému umožniť hacknúť (vylepšiť) program pre seba alebo pre prínos pre komunitných používateľov programu.

PRIESTOR č. 6

LIEČBA SVOJICH POUŽÍVATEĽOV AKO SPOLUPRACOVNÍKOV JE MENEJ KOMPLIKOVANÝM SPÔSOBOM RÝCHLEHO ZLEPŠENIA A EFEKTÍVNEHO ODLUČENIA PROGRAMU.

Keďže slovo „free“ sa pri vývoji slobodného softvéru často interpretuje ako „zadarmo“, mnoho programátorov má tendenciu združovať sa, aby sa vyhli neplatenému opotrebovaniu spojením s inými vývojármi alebo pokročilými používateľmi svojho vývoja, aby v nich pokračovali alebo aby v nich ostatní pokračovali ich výmenou za získanie „kreditov“ pri vývoji budúcich inovácií kódov a za zabezpečenie toho, aby budúci vývoj formálne obsahoval určité licencie, aby sa zabránilo ich zneužitiu.

PRIESTOR č. 7

Uvoľnite to čoskoro. SPUSTTE TO ČASTO. A POČUJTE SVOJICH POUŽÍVATEĽOV.

Na rozdiel od sveta vývoja patentovaného softvéru, v prípade slobodného softvéru často platí, že oveľa a rýchlejšie je lepšie. Pretože široká základňa používateľov a vývojárov, ktorí zvyčajne používajú a rozvíjajú program v komunite a následne vzájomne komunikujú, môžu pri komunikácii svojich pochybností, návrhov, návrhov, sťažností a / alebo tvrdení rýchlo stať cenným zdrojom vedomostí. vyvinúť program smerom k zrelým štádiám vývoja.

PRIESTOR č. 8

DOSTANE ŠIROKÚ DOSTATOK ZÁKLADU SKÚŠAČOV A PRISPIEVATEĽOV, TAKMER VŠETKY PROBLÉMY BUDÚ RÝCHLE IDENTIFIKOVANÉ A ICH RIEŠENIE BUDE PRE NIEKTO.

Materiál končí tým, že čitateľ dospeje k mnohým záverom, že metóda vývoja softvéru založená na bazárovom modeli je veľmi efektívna. Pretože čím viac sily, slobody alebo vedomostí poskytuje vývojár softvéru používateľom informácie o ich programe, tým viac môžu prispieť dômyselnými nápadmi alebo užitočnými zmenami, a to len za účelom spoločného prospechu.

A je to príjemne vyjadrené v nasledujúcom výňatku z materiálu:

"To je, myslím si, základný rozdiel medzi štýlmi katedrály a bazáru. Podľa spôsobu, akým katedrála pozerá na programovanie, sú chyby a vývojové problémy zákerné, hlboké a zvrátené javy. Trvá mesiace, kým sa uistí, že boli odstránení, malým počtom oddaných ľudí. Z tohto dôvodu sú potrebné dlhé obdobia na vydanie nových verzií a nevyhnutné sklamanie, keď tie, na ktoré sa čakalo tak dlho, nie sú dokonalé.

Vo svetle bazárového modelu sa však predpokladá, že chyby sú zvyčajne nepodstatné alebo že sa stanú tak rýchlo rýchlo, keď budú vystavené nedočkavým očiam niekoľkých tisíc odhodlaných spolupracovníkov, ktorí majú dať pravdu a právo naopak každá nová verzia. Takže neustále vydávate verzie, aby ste získali ešte viac opráv, a ako priaznivý vedľajší efekt budete mať menej straty, ak každú chvíľu pokazíte. ““

ZÁVER

Osobne moje malé skúsenosti v oblasti vývoja slobodného softvéru podľa modelu typu Bazaar zanechávajú tieto závery:

• S používateľmi by sa malo zachádzať ako s neoceniteľným zdrojom a v lepších prípadoch s neoceniteľnými spojencami ich spolupráce pri vývoji produktu.
• Každá myšlienka je dobrá alebo stojí za preskúmanie, pretože najmenej podozriví môžu byť skvelým riešením alebo vylepšením pre rozvoj.
• Je dobré alebo pravdepodobné, že sa pôvodná myšlienka rozdeľuje, rozširuje alebo sa vzďaľuje od pôvodnej koncepcie, ale dôležité je, ako zameraná by mala byť, pokiaľ ide o typ trhu používateľov, ktorému chcete slúžiť, slúžiť alebo pomáhať.
• V záujme efektívnosti a zabránenia straty úsilia v dôsledku rozptýlenia.
• Najlepšie je malý, priamy, jednoduchý, ale efektívny kód, ktorý dokáže komunita oceniť ako správny.
• Program je už vyspelý pre komunitu používateľov, keď už nie je čo eliminovať, pretože pridanie je vždy dobrá možnosť vziať do úvahy.
• Môže sa použiť akýkoľvek program (čiastočne alebo úplne) na opätovné použitie vo funkciách, ktoré neboli pôvodne koncipované.
• Celý softvér musí niesť príslušné licenčné a bezpečnostné opatrenia týkajúce sa dôvernosti použitia údajov používateľa.
• Nie je potrebné začínať od nuly, vždy niekto vyvinul niečo podobné ako naša poňatá predstava.
• Človek musí pracovať na niečom, čo má rád, musí cítiť vášeň pre vývoj, ktorému sa bude venovať v slobodnom softvéri, aby vnútorne vytvoril zmysel pre spojenie s tým, čo je rozpracované, bez toho, aby dosiahol extrémnu hranicu pocitu vlastníctva. to.
• Medzi vývojármi a používateľmi (spolupracovníkmi) musia existovať vynikajúce a časté spôsoby komunikácie, aby práca mohla prebiehať rýchlo a efektívne sa meniť.

Dúfam, že sa vám tieto informácie páčili a boli pre vás užitočné, pretože Čítanie knihy „Katedrála a bazár“ je povinnou referenciou pre všetkých, ktorí programujú akýkoľvek vývoj v slobodnom softvéri, nech už je veľký alebo malý.