Vyznáte sa v programovaní, no extrémne programovanie (skrátene XP) je pre vás stále tak trochu záhadou.
Nenechajte sa odradiť týmto názvom, riskujete, že prídete o užitočné informácie.
V tomto článku pokryjeme všetko, čo potrebujete vedieť o extrémnom programovaní, aby ste to mohli využiť vo svoj prospech.
Extrémne programovanie je metodika vývoja softvéru, ktorá je súčasťou toho, čo je súhrnne známe ako agilné metodológie. XP je postavené na hodnotách, princípoch a postupoch a jeho cieľom je umožniť malým a stredným tímom produkovať kvalitný softvér a prispôsobovať sa neustále sa meniacim a vyvíjajúcim sa požiadavkám.
To, čo odlišuje XP od iných agilných metodológií, je to, že XP kladie dôraz na technické aspekty vývoja softvéru. Extrémne programovanie je presné v tom, ako inžinieri pracujú, pretože dodržiavanie inžinierskych postupov umožňuje tímom dodávať vysoko kvalitný kód udržateľným tempom.
Extrémne programovanie je v skratke dobrá prax dotiahnutá do extrému. Keďže párové programovanie je dobré, robme to stále. Keďže testovanie vopred je dobré, testujeme ešte pred napísaním produkčného kódu.
XP, na rozdiel od iných metodík, je založený na hodnotách a princípoch, ktoré sú dôležité a relevantné z hľadiska inžinierskych postupov.
Hodnoty poskytujú tímom účel. Pôsobia ako „severná hviezda“, ktorá vedie vaše rozhodnutia na vysokej úrovni. Hodnoty sú však abstraktné a príliš nejasné na konkrétne usmernenie. Napríklad: Povedať, že si vážite komunikáciu, môže viesť k mnohým rôznym výsledkom.
Praktiky sú v istom zmysle opakom hodnôt. Sú betónové a pri zemi, definastavenie špecifík toho, čo robiť. Postupy pomáhajú tímom niesť zodpovednosť za hodnoty. Napríklad prax informačných pracovných priestorov podporuje transparentnú a jednoduchú komunikáciu.
Princípy sú usmernenia špecifické pre danú oblasť, ktoré premosťujú priepasť medzi postupmi a hodnotami.
Hodnoty XP: komunikácia, jednoduchosť, spätná väzba, odvaha a rešpekt. Pozrime sa na každú z nich podrobnejšie.
Navrhovanie BlogInnovazione.to z obrazu alexsoft.com
comunicazione: Nedostatok komunikácie bráni toku vedomostí v rámci tímu. Často, keď sa vyskytne problém, niekto už vie, ako ho vyriešiť. Nedostatok komunikácie im však bráni dozvedieť sa o probléme alebo prispieť k jeho riešeniu. Problém sa teda rieši dvakrát a vzniká odpad.
Jednoduchosť: Jednoduchosť hovorí, že sa vždy snažíte robiť to najjednoduchšie, čo funguje. Často je to nepochopené a brané ako tá najjednoduchšia vec, bodka, pričom sa ignoruje časť „to funguje“.
Je tiež dôležité si uvedomiť, že jednoduchosť je vysoko kontextová. To, čo je pre jeden tím jednoduché, je pre iný zložité a závisí výlučne od schopností, skúseností a znalostí každého tímu.
spätná väzba: Spätná väzba v tradičnejších, kaskádových metodológiách vývoja softvéru je často „príliš malá, príliš neskoro“.
XP však prijíma zmeny a tímy XP sa snažia o včasnú a neustálu spätnú väzbu. Ak je potrebná korekcia kurzu, XPers to chcú vedieť čo najskôr.
Navrhovanie BlogInnovazione.to z obrazu alexsoft.com
Spätná väzba prichádza v mnohých tvaroch a veľkostiach. Keď pracujete v partnerskom programe, komentáre od vášho kolegu sú dôležitou spätnou väzbou. Rovnako aj názory ostatných členov tímu na nápad, vrátane zákazníka, ktorý je v ideálnom prípade členom tímu.
Testy sú ďalším zdrojom hodnotnej spätnej väzby, ktorá presahuje výsledky testov. Či je písanie testov ľahké alebo ťažké, taká je aj spätná väzba. Ak máte problémy s písaním testov, váš projekt je pravdepodobne príliš zložitý. Vypočujte si spätnú väzbu a zefektívnite svoj dizajn.
Niečo, čo znie ako skvelý nápad, nemusí v praxi tak dobre fungovať. Hotový kód je teda tiež zdrojom spätnej väzby, rovnako ako distribuovaný produkt.
Nakoniec majte na pamäti, že spätnej väzby je príliš veľa. Ak tím generuje viac spätnej väzby, ako dokáže zvládnuť, dôležitá spätná väzba môže vypadnúť z radaru. Preto je nevyhnutné spomaliť a zistiť, čo spôsobuje nadmernú spätnú väzbu, a opraviť to.
Odvaha: Kent Beck defiodvaha sa javí ako „účinná akcia tvárou v tvár strachu“. Ako softvérový inžinier sa máte čoho báť, a teda aj veľa príležitostí ukázať odvahu.
Chce to odvahu povedať pravdu, najmä tú nepríjemnú, akou sú úprimné odhady. Dávať a prijímať spätnú väzbu si tiež vyžaduje odvahu. A chce to odvahu vyhnúť sa omylu utopených nákladov a zahodiť zlyhávajúce riešenie, ktoré dostalo značné investície.
Rešpekt: Základným predpokladom XP je, že každý sa stará o svoju prácu. Žiadna technická dokonalosť nemôže zachrániť projekt, ak chýba starostlivosť a rešpekt.
Každý človek je hodný dôstojnosti a rešpektu, a to, samozrejme, zahŕňa aj ľudí zapojených do projektu vývoja softvéru. Keď sa vy a členovia vášho tímu navzájom rešpektujete a staráte sa o seba, o klienta, projekt a jeho budúcich používateľov, profituje z toho každý
Princípy poskytujú konkrétnejší návod ako hodnoty. Sú to usmernenia, ktoré osvetľujú hodnoty a robia ich explicitnejšími a menej nejednoznačnými.
Navrhovanie BlogInnovazione.to z obrazu alexsoft.com
Napríklad len na základe hodnoty odvahy by ste mohli dospieť k záveru, že je vhodné okamžite urobiť veľkú zmenu vo vašom rozvrhu. Princíp Baby Steps nám však hovorí, že veľké zmeny sú riskantné. Uprednostnite teda radšej tie malé.
Umanita: Ľudia vytvárajú softvér pre ľudí, čo je často prehliadaná skutočnosť. Ale berúc do úvahy základné ľudské potreby, silné a slabé stránky vytvára produkty, ktoré ľudia chcú používať. A pracovné prostredie, ktoré vám ponúka možnosť naplnenia a rastu, pocit spolupatričnosti a základnej istoty, je miestom, kde ľahšie zohľadňujete potreby iných.
ekonomika: V XP tímy vždy venujú pozornosť ekonomickej realite vývoja softvéru, neustále vyhodnocujú ekonomické riziká a potreby projektov.
Napríklad by implementovali príbehy používateľov na základe ich obchodnej hodnoty a nie na základe technických problémov.
Vzájomný prospech: Po XP sa vyhýbate riešeniam, z ktorých profituje jedna strana na úkor druhej. Rozšírené špecifikácie môžu napríklad pomôcť niekomu inému pochopiť, ale odvádzajú vás od implementácie a zdržujú ju pre vašich používateľov.
Obojstranne výhodným riešením je použitie automatizovaných akceptačných testov. Získajte okamžitú spätnú väzbu o svojej implementácii, vaši kolegovia dostanú presné špecifikácie v kóde a používatelia dostanú svoje funkcie ako prví. Navyše, všetci budete mať bezpečnostnú sieť proti regresii.
Benefit (vzájomný prospech): Ak dané riešenie funguje na jednej úrovni, môže fungovať aj na vyššej alebo nižšej úrovni. Napríklad získanie včasnej a neustálej spätnej väzby je v rôznej miere v hre XP.
Zlepšenie: Podľa princípu zlepšovania sa tímy nesnažia o dokonalosť v počiatočnej implementácii, ale o implementáciu, ktorá je dostatočne dobrá, a následne sa ju neustále učia a zdokonaľujú so spätnou väzbou od reálnych používateľov.
Rôznorodosť: Vy a vaši kolegovia profitujete z rozmanitosti perspektív, zručností a postojov. Takáto rôznorodosť často vedie ku konfliktom, ale to je v poriadku.
Konflikty a nezhody sú príležitosťou na objavenie sa lepších nápadov, keď každý hrá podľa hodnôt odvahy a rešpektu. Odvaha vyjadrovať protichodné názory, rešpekt pri ich vyjadrovaní civilným a empatickým spôsobom. A to všetko je efektívne komunikačné cvičenie.
odraz: Skvelé tímy premýšľajú o svojej práci a analyzujú, ako byť lepší. XP na to ponúka veľa príležitostí. Nielen vo svojich týždenných a štvrťročných cykloch, ale v každej praxi, ktorú podporuje.
Okrem logickej analýzy je dôležité zvážiť aj pocity. Vaše črevá vás môžu informovať skôr, ako budete môcť o niečom uvažovať. A tak sa môže rozprávať s netechnickými ľuďmi, môžu klásť otázky, ktoré otvárajú úplne nové možnosti.
Prietok: Tradičné metodológie vývoja softvéru majú odlišné fázy, ktoré trvajú dlho a majú malú príležitosť na spätnú väzbu a korekciu kurzu. Namiesto toho sa vývoj softvéru v XP vyskytuje v činnostiach, ktoré sa vyskytujú nepretržite, v konzistentnom „prúde“ hodnôt.
Príležitosť: Problémy sú pri vývoji softvéru nevyhnutné. Každý problém je však príležitosťou na zlepšenie. Naučte sa na ne pozerať týmto spôsobom a je oveľa pravdepodobnejšie, že prídete s kreatívnymi a cieľavedomými riešeniami, ktoré slúžia aj na to, aby sa neopakovali.
Nadbytok: Princíp redundancie hovorí, že ak je daný problém kritický, musíte na jeho riešenie použiť mnoho taktík.
Vezmite nedostatky. Neexistuje jediná taktika, ktorá by dokázala zabrániť tomu, aby všetky defekty unikli z výroby.
Riešením XP je teda zostaviť súbor opatrení kvality. Párové programovanie, testovanie, kontinuálna integrácia. Každá jedna obranná línia, spolu prakticky nepreniknuteľný múr.
zlyhanie: zlyhanie nie je plytvanie, keď sa premietne do vedomostí. Konať a rýchlo sa naučiť, čo nefunguje, je oveľa produktívnejšie ako nečinnosť spôsobená nerozhodnosťou pri výbere z mnohých možností.
Kvalita: Ľudia si často myslia, že existuje dilema medzi kvalitou a rýchlosťou.
Je to naopak: snaha o zlepšenie kvality vás robí rýchlejšie.
Napríklad refaktoring – zmena štruktúry kódu bez zmeny jeho správania – je postup, ktorý uľahčuje pochopenie a zmenu kódu. Výsledkom je, že je menej pravdepodobné, že zavediete chyby v kóde, čo vám umožní poskytnúť vyššiu hodnotu najskôr tým, že nebudete musieť opravovať chyby.
Malé kroky: Veľké zmeny sú riskantné. XP zmierňuje toto riziko vykonávaním zmien v malých krokoch na každej úrovni.
Programátori píšu kód v malých krokoch pomocou vývoja riadeného testami. Svoj kód integrujú do hlavnej rady niekoľkokrát denne, nie len každých pár týždňov alebo dokonca mesiacov. Samotný projekt prebieha skôr v krátkych cykloch ako v dlhotrvajúcich fázach.
Zodpovednosť prijatá: V XP by mala byť zodpovednosť prijatá, nikdy nie pridelená.
Zodpovednosť by mala prísť s právomocou rozhodovať o tom, za čo ste zodpovední. Platí to aj naopak. Nechcete, aby sa ľudia rozhodovali, ak nemusia žiť s ich následkami.
Extrémne programovanie, ktoré je agilnou metodológiou, možno akceptovať a začať si ho osvojovať bez dodržiavania pevných plánov. Toto je skôr iteratívny dizajn než veľký počiatočný projekt.
XP sa výrazne líši od tradičných metodík, t. j. kaskádových, vyhýbajúcich sa dlhotrvajúcim fázam.
Ako sa XP líši od iných agilných metodík?
Extrémne programovanie má svojou povahou veľa spoločného s inými agilnými metodikami, ale je medzi nimi tiež jedinečné.
Väčšina ostatných vývojových metodológií nehovorí veľa, ak vôbec niečo, o tom, ako vykonať prácu. XP, na druhej strane, je v tomto veľmi tvrdohlavý a kladie veľký dôraz na postupy softvérového inžinierstva.
Scrum je rámec, ktorý pomáha tímom rozvíjať komplexné projekty adaptívnym spôsobom. Scrum nediktuje, ako vývojári robia svoju prácu. XP, ako už bolo spomenuté, kladie veľký dôraz na správne programovacie postupy.
Navrhovanie BlogInnovazione.sk Obrázok čisté riešenia
Tiež XP je samozrejme o programovaní. Na druhej strane, Scrum je možné aplikovať na akýkoľvek projekt, ktorý využíva iteračný prístup.
XP akceptuje zmeny svojich komponentov. Tímy sú oprávnené a dokonca povzbudzované, aby upravili postupy na základe svojich špecifických potrieb. Scrum Guide, na druhej strane, je pevne presvedčený, že "Aj keď je možné implementovať iba časti Scrumu, výsledkom nie je Scrum."
Scrum je tiež rámec, ktorý je potrebné doplniť o metodiky a postupy, aby bola práca vykonaná.
To znamená, že práca v extrémnom programovaní a Scrume sa dôrazne odporúča.
Podľa Kenta Becka by zrelý tím XP nemal prideľovať pevné roly, ale mal by si uvedomiť, že roly môžu byť užitočné pre začínajúce tímy, kým sa nezačnú spomaľovať alebo sťažujú spoluprácu.
Pozrime sa na niektoré kľúčové úlohy:
Toto sú postupy prijaté v XP. Delia sa do troch hlavných skupín: softvérové inžinierstvo, pracovisko a projektový manažment.
Párové programovanie: V XP píšete kód vo dvojiciach na počítači. Vy a váš pár sa navzájom rozprávate, keď analyzujete, implementujete a testujete funkciu, na ktorej pracujete. Párové programovanie je obzvlášť dobré pri vytváraní kódu s menším počtom chýb, pričom je stále pútavé, zábavné a únavné.
Desaťminútový limit: Povinné Umožňuje 10 minút na zostavenie celého projektu, vrátane spustenia všetkých automatizovaných testov, maximálne za desať minút. Tento limit je určený na udržanie efektívnosti a účinnosti testovania.
Testy pred programovaním: implementujte funkcie pomocou prístupu test-first, nazývaného tiež testom riadený vývoj (TDD). TDD pozostáva z vývoja pomocou jednoduchého iteračného postupu:
TDD prináša niekoľko výhod.
Po prvé, spätná väzba. Ak je ťažké napísať test, dizajn, ktorý hľadáte alebo ktorý ste zdedili, je pravdepodobne príliš zložitý a musíte ho zjednodušiť.
Po druhé, TDD umožňuje programátorom dôverovať kódu, ktorý píšu, a vytvára pekný rytmus opakovania, kde je ďalší krok vždy jasný.
V neposlednom rade používanie TDD od začiatku zaisťuje 100% pokrytie kódom. Testovacia sada sa potom skutočne stane bezpečnostnou sieťou pre budúce zmeny, čím sa podporí refaktorovanie kódu a vytvorí sa účinný kruh kvality.
Inkrementálny dizajn: Prax inkrementálneho návrhu znamená, že musíte každý deň investovať do návrhu svojej aplikácie, hľadať príležitosti na odstránenie duplicity a malé vylepšenia na dosiahnutie najlepšieho možného návrhu pre to, čo váš systém dnes potrebuje.
Nepretržitá integrácia: V XP integrujete svoju prácu do hlavného zdieľaného úložiska niekoľkokrát denne, čím spustíte automatické zostavenie celého systému. Integrácia čo najskôr a tak často, ako je to možné, dramaticky znižuje náklady na integráciu, pretože je menej pravdepodobné, že dôjde k zlúčeniam a logickým konfliktom. Odhaľuje tiež problémy životného prostredia a závislosti.
Zdieľaný kód (kolektívne vlastníctvo): XP podporuje zdieľaný kód alebo kolektívne vlastníctvo: každý vývojár je zodpovedný za všetok kód. Podporuje výmenu informácií, znižuje faktor tímovej zbernice a zvyšuje celkovú kvalitu každého modulu, ak vezmeme do úvahy princíp rozmanitosti.
Single CodeBase: Jedna kódová základňa je tiež známa ako „vývoj založený na kmeňoch“. To znamená, že existuje len jeden zdroj pravdy. Takže namiesto toho, aby ste sa dlho vyvíjali v izolácii, zlúčte svoje príspevky do jedného prúdu skoro a často. Príznaky funkcií pomáhajú obmedziť používanie funkcií, kým nebudú dokončené.
Denná distribúcia: nasadenie do výroby aspoň raz denne je logickým dôsledkom neustálej integrácie:. V skutočnosti dnes mnohé tímy idú ešte ďalej a praktizujú nepretržitú implementáciu. To znamená, že kedykoľvek sa niekto pripojí k hlavnej línii, aplikácia sa nasadí do produkcie.
Kód a testy: Táto prax znamená, že zdrojový kód vrátane testov je jediným trvalým artefaktom softvérového projektu. Zapájanie sa do vytvárania iných typov artefaktov, vrátane dokumentácie, je často zbytočné, pretože nevytvára skutočnú hodnotu pre zákazníka.
Ak potrebujete ďalšie artefakty alebo dokumenty, pokúste sa ich vygenerovať z produkčného kódu a testov.
Analýza hlavnej príčiny: Vždy, keď sa chyba dostane do výroby, neopravte ju. Uistite sa, že ste v prvom rade zistili, čo to spôsobilo, prečo ste vy a vaši spoluhráči nedokázali zabrániť šmyku. Potom podniknite kroky, aby sa to už neopakovalo.
Sadnite si spolu: V XP preferujú tímy spolupracovať v otvorenom priestore. Táto prax podporuje komunikáciu a pocit spolupatričnosti k tímu.
Celý tím: Každý, kto je potrebný pre úspech projektu, je súčasťou XP tímu. Toto je vysoko kontextové – odlišné pre každý tím – a dynamické, v rámci tímu sa môže meniť.
Informačné pracovné priestory: Informačný pracovný priestor využíva fyzický priestor tímu na zobrazenie informácií, vďaka ktorým môže ktokoľvek na prvý pohľad poznať priebeh projektu. Spôsob, akým sa to robí, sa môže líšiť, od fyzických poznámok a grafov až po snímky obrazovky zobrazujúce dosky Kanban a dashboardy zo softvéru na riadenie projektov.
Energická práca: V XP pracujete len dovtedy, kým dokážete robiť energickú prácu. Pracovný čas musí byť obmedzený na maximálne 40 týždenne.
análise- Napíšte požiadavky používateľov vo formáte známom ako analýza používateľov. Užívateľská analýza má krátky popisný názov a tiež krátky popis toho, čo je potrebné implementovať.
Voľný: Pri plánovaní cyklu pridajte menšie úlohy, ktoré môže tím v prípade potreby opustiť. Ak tím prinesie príliš veľa, vždy je možné pridať ďalšie príbehy.
Cykly (mesačné a týždenné): Vývoj v XP prebieha v dvoch hlavných cykloch: týždenný cyklus a mesačný cyklus.
Stretnutia, cykly, plánované vydania: Vývoj v XP funguje v dvoch hlavných cykloch: týždenný cyklus a štvrťročný cyklus. Kent Beck pôvodne odporúčal dvojtýždňový cyklus, ale v druhom vydaní svojej knihy to zmenil.
Týždenný cyklus: týždenný cyklus je „pulzom“ projektu XP. Cyklus začína stretnutím, na ktorom si klient vyberie, ktoré príbehy chce počas týždňa vytvárať. Okrem toho tím kontroluje svoju prácu vrátane pokroku z minulého týždňa a premýšľa o spôsoboch, ako zlepšiť svoj proces.
Mesačný cyklus: Každý mesiac tím reflektuje a identifikuje príležitosti na zlepšenie vo svojom procese. Klient si vyberie jednu alebo viac tém pre daný mesiac spolu s analýzami v týchto témach.
Ako začať pracovať s extrémnym programovaním?
Technické zručnosti a návyky XP môže byť ťažké naučiť sa. Niektoré praktiky sa môžu zdať cudzie programátorom, ktorí na ne nie sú zvyknutí.
Ercole Palmeri
Britská CMA vydala varovanie pred správaním Big Tech na trhu s umelou inteligenciou. tam…
Vyhláška „Case Green“, ktorú sformulovala Európska únia na zvýšenie energetickej účinnosti budov, ukončila svoj legislatívny proces s…
Predstavená výročná správa Casaleggio Associati o elektronickom obchode v Taliansku. Správa s názvom „AI-Commerce: hranice elektronického obchodu s umelou inteligenciou“.…
Výsledok neustálych technologických inovácií a záväzku voči životnému prostrediu a blahu ľudí. Bandalux predstavuje Airpure®, stan…
