Jūs esat iepazinies ar programmēšanu, taču Extreme Programming (saīsināti XP) jums joprojām ir mazliet noslēpums.
Neļaujiet vārdam jūs atbaidīt, jūs riskējat palaist garām noderīgu informāciju.
Šajā rakstā mēs apskatīsim visu, kas jums jāzina par ekstrēmo programmēšanu, lai jūs varētu to izmantot savā labā.
Ekstrēmā programmēšana ir programmatūras izstrādes metodoloģija, kas ir daļa no tā, ko kopīgi dēvē par veiklām metodoloģijām. XP ir balstīts uz vērtībām, principiem un praksi, un tā mērķis ir dot iespēju mazām un vidējām komandām ražot augstas kvalitātes programmatūru un pielāgoties pastāvīgi mainīgajām un mainīgajām prasībām.
Tas, kas atšķir XP no citām veiklām metodoloģijām, ir tas, ka XP uzsver programmatūras izstrādes tehniskos aspektus. Ekstrēmā programmēšana precīzi nosaka, kā inženieri strādā, jo inženieru prakses ievērošana ļauj komandām nodrošināt augstas kvalitātes kodu ilgtspējīgā tempā.
Īsāk sakot, ekstrēmā programmēšana ir laba prakse, kas nonāk līdz galējībai. Tā kā pāru programmēšana ir laba, darīsim to visu laiku. Tā kā iepriekšēja pārbaude ir laba, mēs pārbaudām, pirms tiek pat uzrakstīts ražošanas kods.
XP, atšķirībā no citām metodoloģijām, balstās uz vērtībām un principiem, kas ir svarīgi un atbilstoši inženierijas praksei.
Vērtības nodrošina komandām mērķi. Viņi darbojas kā "ziemeļu zvaigzne", lai vadītu jūsu lēmumus augstā līmenī. Tomēr vērtības ir abstraktas un pārāk neskaidras, lai sniegtu konkrētus norādījumus. Piemēram: sakot, ka vērtējat saziņu, var iegūt daudz dažādu rezultātu.
Prakse savā ziņā ir pretstats vērtībām. Tie ir konkrēti un piezemēti, definosakot darbības specifiku. Prakse palīdz komandām uzņemties atbildību par vērtībām. Piemēram, informācijas darbvietu prakse veicina pārskatāmu un vienkāršu komunikāciju.
Principi ir specifiskas jomas vadlīnijas, kas mazina plaisu starp praksi un vērtībām.
XP vērtības: komunikācija, vienkāršība, atgriezeniskā saite, drosme un cieņa. Apskatīsim katru no tiem sīkāk.
Redakcionāli BlogInnovazione.to no attēla alexsoft.com
Comunicazione: Komunikācijas trūkums neļauj zināšanām plūst komandā. Bieži vien, kad rodas problēma, kāds jau zina, kā to novērst. Taču komunikācijas trūkums neļauj viņiem uzzināt par problēmu vai dot ieguldījumu tās risināšanā. Tādējādi problēma tiek atrisināta divreiz, radot atkritumus.
Vienkāršība: Vienkāršība saka, ka jūs vienmēr cenšaties darīt visvienkāršāko lietu, kas darbojas. Tas bieži tiek pārprasts un uztverts kā visvienkāršākā lieta, punkts, ignorējot daļu "kas darbojas".
Ir arī svarīgi atcerēties, ka vienkāršība ir ļoti atkarīga no konteksta. Tas, kas vienai komandai ir vienkāršs, citai ir sarežģīts un pilnībā atkarīgs no katras komandas prasmēm, pieredzes un zināšanām.
Atsauksmes: Atsauksmes par tradicionālām, kaskādes programmatūras izstrādes metodoloģijām bieži vien ir “par maz, par vēlu”.
Tomēr XP ietver pārmaiņas, un XP komandas cenšas nodrošināt savlaicīgu un pastāvīgu atgriezenisko saiti. Ja ir nepieciešama kursa korekcija, XPers vēlas uzzināt pēc iespējas ātrāk.
Redakcionāli BlogInnovazione.to no attēla alexsoft.com
Atsauksmēm ir dažādas formas un izmēri. Kad esat programmēšanas partneris, jūsu kolēģa komentāri ir būtiska atgriezeniskā saite. Tāpat arī citu komandas locekļu viedoklis par ideju, tostarp klienta, kurš ideālā gadījumā ir komandas loceklis.
Pārbaudes ir vēl viens vērtīgu atsauksmju avots, kas pārsniedz testu rezultātus. Neatkarīgi no tā, vai kontroldarbu rakstīšana ir vienkārša vai grūta, tāpat ir atgriezeniskā saite. Ja jums ir problēmas ar testu rakstīšanu, iespējams, jūsu projekts ir pārāk sarežģīts. Klausieties atsauksmes un racionalizējiet savu dizainu.
Kaut kas, kas izklausās pēc lieliskas idejas, praksē var nedarboties tik labi. Tādējādi gatavais kods ir arī atgriezeniskās saites avots, tāpat kā izplatīts produkts.
Visbeidzot, paturiet prātā, ka ir pārāk daudz atsauksmju. Ja komanda ģenerē vairāk atsauksmju, nekā tā spēj apstrādāt, svarīgas atsauksmes var izkrist no radara. Tāpēc ir svarīgi palēnināt ātrumu un noskaidrot, kas izraisa pārmērīgu atgriezenisko saiti, un novērst to.
Drosme: Kents Beks defidrosme parādās kā "efektīva rīcība, saskaroties ar bailēm". Kā programmatūras inženierim jums ir daudz jābaidās, un tāpēc jums ir daudz iespēju izrādīt drosmi.
Ir vajadzīga drosme, lai pateiktu patiesību, īpaši nepatīkamās, piemēram, godīgas aplēses. Arī atsauksmju sniegšanai un saņemšanai ir vajadzīga drosme. Un ir vajadzīga drosme, lai izvairītos no iegrimušo izmaksu kļūdas un atmestu neveiksmīgu risinājumu, kas ir saņēmis ievērojamus ieguldījumus.
Cieņa: XP pamatnosacījums ir tāds, ka ikvienam rūp savs darbs. Nekāda tehniskā izcilība nevar glābt projektu, ja nav rūpju un cieņas.
Katrs cilvēks ir cieņas un cieņas vērts, un tas, protams, ietver arī programmatūras izstrādes projektā iesaistītās personas. Kad jūs un jūsu komandas locekļi cienāt un rūpējaties viens par otru, klientu, projektu un tā nākamajiem lietotājiem, ieguvēji ir visi
Principi sniedz konkrētākus norādījumus nekā vērtības. Tās ir vadlīnijas, kas izgaismo vērtības un padara tās skaidrākas un mazāk neskaidras.
Redakcionāli BlogInnovazione.to no attēla alexsoft.com
Piemēram, pamatojoties tikai uz drosmes vērtību, jūs varat secināt, ka ir ieteicams nekavējoties veikt lielas izmaiņas savā grafikā. Tomēr Baby Steps princips mums saka, ka lielas izmaiņas ir riskantas. Tāpēc dodiet priekšroku mazajiem.
Umanita: Cilvēki rada programmatūru cilvēkiem, kas bieži tiek ignorēts. Taču, ņemot vērā cilvēka pamatvajadzības, stiprās un vājās puses, tiek radīti produkti, kurus cilvēki vēlas izmantot. Un darba vide, kas piedāvā piepildījuma un izaugsmes iespēju, piederības sajūtu un elementāru drošību, ir vieta, kur vieglāk ņemt vērā citu vajadzības.
Ekonomija: XP komandas vienmēr pievērš uzmanību programmatūras izstrādes ekonomiskajai realitātei, pastāvīgi novērtē ekonomiskos riskus un projektu vajadzības.
Piemēram, viņi ieviesīs lietotāju stāstus, pamatojoties uz viņu uzņēmējdarbības vērtību, nevis tehniskām problēmām.
Savstarpējs labums: Pēc XP jūs izvairāties no risinājumiem, kas gūst labumu vienai pusei uz otras rēķina. Piemēram, paplašinātas specifikācijas var palīdzēt kādam citam to saprast, taču tas novērš jūsu uzmanību no to ieviešanas un aizkavē lietotājus.
Abpusēji izdevīgs risinājums ir izmantot automatizētas pieņemšanas pārbaudes. Saņemiet tūlītēju atgriezenisko saiti par ieviešanu, jūsu kolēģi saņem precīzas specifikācijas kodā, un lietotāji vispirms iegūst savas funkcijas. Turklāt jums visiem būs drošības tīkls pret regresiju.
Pabalsts (savstarpējs labums): ja dotais risinājums darbojas vienā līmenī, tas var darboties arī augstākā vai zemākā līmenī. Piemēram, XP dažādās pakāpēs ir apdraudēta agrīna un pastāvīga atgriezeniskā saite.
Uzlabojums: Atbilstoši uzlabošanas principam komandas netiecas uz pilnību sākotnējā ieviešanā, bet gan uz pietiekami labu ieviešanu, un pēc tam to nepārtraukti apgūst un pilnveido ar reālu lietotāju atsauksmēm.
Daudzveidība: Jūs un jūsu kolēģi gūstat labumu no dažādām perspektīvām, prasmēm un attieksmēm. Šāda dažādība bieži izraisa konfliktus, bet tas ir labi.
Konflikts un domstarpības ir iespēja rast labākas idejas, kad visi spēlē drosmes un cieņas vērtības. Drosme paust pretējus viedokļus, cieņa tos paužot pilsoniskā un empātiskā veidā. Un tas viss ir efektīvs komunikācijas vingrinājums.
Pārdomas: Lieliskas komandas pārdomā savu darbu un analizē, kā būt labākam. XP tam piedāvā daudzas iespējas. Ne tikai iknedēļas un ceturkšņa ciklos, bet arī katrā praksē, ko tas veicina.
Sajūtas ir svarīgi ņemt vērā papildus loģiskai analīzei. Jūsu zarnas var jūs informēt, pirms varat kaut ko spriest. Un tāpēc viņš var runāt ar cilvēkiem, kas nav tehniski, viņi var uzdot jautājumus, kas paver pilnīgi jaunas iespējas.
Plūsma: Tradicionālajām programmatūras izstrādes metodoloģijām ir atšķirīgas fāzes, kas ilgst ilgu laiku un kurām ir maz iespēju atgriezenisko saiti un kursa korekciju. Tā vietā XP programmatūras izstrāde notiek darbībās, kas notiek nepārtraukti, konsekventā vērtības "plūsmā".
Iespēja: Programmatūras izstrādē problēmas ir neizbēgamas. Tomēr katra problēma ir iespēja uzlaboties. Iemācieties uz tiem skatīties šādā veidā, un jums ir daudz lielāka iespēja nākt klajā ar radošiem un mērķtiecīgiem risinājumiem, kas arī palīdz novērst to atkārtošanos.
Atlaišana: Atlaišanas princips saka, ka, ja konkrētā problēma ir kritiska, jums ir jāizmanto vairākas taktikas, lai to novērstu.
Pieņemiet trūkumus. Nav vienas taktikas, kas varētu novērst visu defektu izkļūšanu no ražošanas.
Tātad XP risinājums ir kvalitātes pasākumu kopums. Pāru programmēšana, testēšana, nepārtraukta integrācija. Katra viena aizsardzības līnija, kopā praktiski necaurejama siena.
Neveiksme: neveiksme nav izšķērdība, ja tā pārvēršas zināšanās. Rīkoties un ātri apgūt to, kas nedarbojas, ir daudz produktīvāk nekā bezdarbību, ko izraisa neizlēmība, izvēloties starp daudzajām iespējām.
Qualità: Cilvēki bieži domā, ka pastāv dilemma starp kvalitāti un ātrumu.
Tas ir otrādi: centieni uzlabot kvalitāti ir tas, kas liek jums iet ātrāk.
Piemēram, pārstrukturēšana — koda struktūras maiņa, nemainot tā uzvedību — ir prakse, kas padara kodu vieglāk saprotamu un maināmu. Tā rezultātā ir mazāka iespēja ieviest koda defektus, kas ļauj vispirms nodrošināt lielāku vērtību, jo nav jālabo kļūdas.
Mazie solīši: Lielas izmaiņas ir riskantas. XP samazina šo risku, veicot nelielas izmaiņas katrā līmenī.
Programmētāji raksta kodu mazos soļos, izmantojot testu vadītu izstrādi. Viņi integrē savu kodu galvenajā tīklā vairākas reizes dienā, nevis tikai ik pēc dažām nedēļām vai pat mēnešiem. Pats projekts notiek īsos ciklos, nevis ilgstošās fāzēs.
Atbildība pieņemta: XP sistēmā atbildība ir jāuzņemas, nevis jāpiešķir.
Atbildībai vajadzētu būt saistītai ar pilnvarām pieņemt lēmumus par to, par ko esat atbildīgs. Ir arī pretējais. Jūs nevēlaties, lai cilvēki pieņem lēmumus, ja viņiem nav jāsadzīvo ar to sekām.
Ekstrēmo programmēšanu kā veiklu metodiku var pieņemt un sākt pieņemt, neievērojot stingrus plānus. Šis ir iteratīvs dizains, nevis liels sākotnējais projekts.
XP būtiski atšķiras no tradicionālajām metodoloģijām, t.i., kaskādes, izvairoties no ilgstošām fāzēm.
Kā XP atšķiras no citām veiklām metodoloģijām?
Ekstrēmai programmēšanai pēc savas būtības ir daudz kopīga ar citām veiklām metodoloģijām, taču tā ir arī unikāla starp tām.
Lielākajā daļā citu izstrādes metodoloģiju nav daudz pateikts par to, kā paveikt darbu. No otras puses, XP šajā jautājumā ir ļoti pārliecināts un lielu uzsvaru liek uz programmatūras inženierijas praksi.
Scrum ir sistēma, kas palīdz komandām adaptīvā veidā izstrādāt sarežģītus projektus. Scrum nenosaka, kā izstrādātāji veic savu darbu. XP, kā jau minēts, lielu uzsvaru liek uz labu programmēšanas praksi.
Redakcionāli BlogInnovazione.lv Attēls tīkla risinājumi
Arī XP acīmredzami ir saistīta ar programmēšanu. No otras puses, Scrum var izmantot jebkuram projektam, kas gūst labumu no iteratīvās pieejas.
XP pieņem izmaiņas tā komponentos. Komandas ir pilnvarotas un pat tiek mudinātas mainīt praksi, pamatojoties uz to īpašajām vajadzībām. No otras puses, Scrum ceļvedis ir pārliecināts, ka "lai gan var ieviest tikai Scrum daļas, rezultāts nav Scrum."
Turklāt Scrum ir sistēma, kas jāpapildina ar metodoloģijām un praksi, lai paveiktu darbu.
Tas nozīmē, ka ļoti ieteicams strādāt ekstrēmās programmēšanas un Scrum.
Pēc Kenta Beka domām, nobriedušai XP komandai nevajadzētu piešķirt stingras lomas, bet gan jāatzīst, ka lomas var būt noderīgas jaunizveidotām komandām, līdz tās sāk palēnināties vai apgrūtināt sadarbību.
Apskatīsim dažas galvenās lomas:
Tā ir XP pieņemtā prakse. Tie ir sadalīti trīs galvenajās grupās: programmatūras inženierija, darba vieta un projektu vadība.
Pāru programmēšana: XP sistēmā kodu rakstāt pa pāriem, sēžot uz mašīnas. Jūs un jūsu pāris runājat viens ar otru, analizējot, ieviešot un testējot funkciju, pie kuras strādājat. Pāru programmēšana ir īpaši laba, lai izveidotu kodu ar mazāku kļūdu skaitu, vienlaikus saglabājot saistošu, jautru un nogurdinošu.
Desmit minūšu ierobežojums: Obligāts Ļauj 10 minūtes, lai izveidotu visu projektu, ieskaitot visu automatizēto testu izpildi, maksimāli desmit minūtēs. Šis ierobežojums ir paredzēts, lai testēšana būtu racionalizēta un efektīva.
Pārbaudes pirms programmēšanas: ievieš funkcijas, izmantojot pieeju vispirms pārbaude, ko sauc arī par uz testiem balstīta izstrāde (TDD). TDD sastāv no izstrādes, izmantojot vienkāršu iteratīvu procedūru:
TDD sniedz vairākas priekšrocības.
Pirmkārt, atsauksmes. Ja ir grūti uzrakstīt testu, dizains, ko meklējat vai ko esat mantojis, iespējams, ir pārāk sarežģīts, un jums tas ir jāvienkāršo.
Otrkārt, TDD ļauj programmētājiem uzticēties rakstītajam kodam un rada jauku cilpas ritmu, kurā vienmēr ir skaidrs nākamais solis.
Visbeidzot, TDD izmantošana no paša sākuma nodrošina 100% koda pārklājumu. Testa komplekts tad patiešām kļūst par drošības tīklu turpmākajām izmaiņām, veicinot koda pārveidošanu un radot labvēlīgu kvalitātes loku.
Inkrementāls dizains: Inkrementālās projektēšanas prakse nozīmē, ka jums katru dienu jāiegulda lietojumprogrammas dizainā, meklējot iespējas noņemt dublēšanos un veikt nelielus uzlabojumus, lai sasniegtu vislabāko iespējamo dizainu jūsu sistēmai šodien.
Nepārtraukta integrācija: Operētājsistēmā XP jūs integrējat savu darbu galvenajā koplietotajā repozitorijā vairākas reizes dienā, izraisot automātisku visas sistēmas izveidi. Integrācija pēc iespējas agrāk un biežāk ievērojami samazina integrācijas izmaksas, jo samazinās saplūšanas un loģisku konfliktu iespējamība. Tas arī atklāj vides un atkarības problēmas.
Koplietotais kods (kolektīvās īpašumtiesības): XP reklamē koplietojamo kodu vai kolektīvās īpašumtiesības: katrs izstrādātājs ir atbildīgs par visu kodu. Tas veicina informācijas apmaiņu, samazina komandas kopnes faktoru un paaugstina katra moduļa kopējo kvalitāti, ja ņemam vērā dažādības principu.
Viena CodeBase: Viena koda bāze ir pazīstama arī kā “maģistrālo izstrāde”. Tas nozīmē, ka ir tikai viens patiesības avots. Tāpēc tā vietā, lai ilgstoši attīstītos izolēti, agri un bieži apvienojiet savus ieguldījumus vienā straumē. Funkciju karodziņi palīdz ierobežot funkciju izmantošanu, līdz tie ir pabeigti.
Ikdienas izplatīšana: izvietošana ražošanā vismaz reizi dienā ir loģiskas nepārtrauktas integrācijas sekas:. Patiesībā šodien daudzas komandas iet vēl tālāk un praktizē nepārtrauktu ieviešanu. Tas nozīmē, ka ikreiz, kad kāds pievienojas galvenajai līnijai, lietojumprogramma tiek izvietota ražošanā.
Kods un testi: šī prakse nozīmē, ka pirmkods, tostarp testi, ir vienīgais pastāvīgais programmatūras projekta artefakts. Iesaistīšanās cita veida artefaktu, tostarp dokumentācijas, ģenerēšanā bieži ir izšķērdīga, jo tā nerada klientam reālu vērtību.
Ja jums ir nepieciešami citi artefakti vai dokumenti, mēģiniet tos ģenerēt no ražošanas koda un testiem.
Pamatcēloņu analīze: Ikreiz, kad defekts nonāk ražošanā, ne tikai labojiet defektu. Noteikti noskaidrojiet, kas to izraisīja, kāpēc jums un jūsu komandas biedriem neizdevās novērst sānslīdi. Pēc tam veiciet darbības, lai tas vairs neatkārtotos.
Sēdēt kopā: XP versijā komandas dod priekšroku darbam kopā atklātā telpā. Šī prakse veicina komunikāciju un piederības sajūtu komandai.
Visa komanda: Ikviens, kas nepieciešams projekta panākumiem, ir daļa no XP komandas. Tas ir ļoti kontekstuāls — katrai komandai ir atšķirīgs — un dinamisks, tas var mainīties komandā.
Informācijas darbvietas: informācijas darbvieta izmanto komandas fizisko telpu, lai parādītu informāciju, kas ļauj ikvienam vienā mirklī uzzināt par projekta gaitu. Tas, kā tas tiek darīts, var atšķirties — no fiziskām piezīmēm un grafikiem līdz ekrānuzņēmumiem, kuros redzamas Kanban paneļi un informācijas paneļi no projektu pārvaldības programmatūras.
Enerģēts darbs: XP sistēmā jūs strādājat tikai tik ilgi, kamēr varat veikt enerģisku darbu. Darba laiks jāierobežo līdz 40 nedēļām, maksimāli.
ANALISI- Uzrakstiet lietotāja prasības formātā, kas pazīstams kā lietotāja analīze. Lietotāja analīzei ir īss, aprakstošs nosaukums, kā arī īss apraksts par to, kas jāievieš.
Ļengans: Plānojot ciklu, pievienojiet nelielus uzdevumus, no kuriem komanda var atteikties, ja rodas tāda nepieciešamība. Vienmēr var pievienot vairāk stāstu, ja komanda sniedz pārāk daudz.
Cikli (mēneša un nedēļas): XP izstrāde notiek divos galvenajos ciklos: nedēļas ciklā un mēneša ciklā.
Sanāksmes, cikli, plānotie izlaidumi: XP izstrāde darbojas divos galvenajos ciklos: nedēļas ciklā un ceturkšņa ciklā. Sākotnēji Kents Beks ieteica divu nedēļu ciklu, bet savas grāmatas otrajā izdevumā to mainīja.
Nedēļas cikls: nedēļas cikls ir XP projekta "pulss". Cikls sākas ar tikšanos, kurā klients izvēlas, kādus stāstus nedēļas laikā vēlas veidot. Turklāt komanda pārskata savu darbu, tostarp pagājušās nedēļas progresu, un domā par veidiem, kā uzlabot savu procesu.
Ikmēneša cikls: Katru mēnesi komanda atspoguļo un apzina pilnveidošanās iespējas savā procesā. Klients šim mēnesim izvēlas vienu vai vairākas tēmas, kā arī šo tēmu analīzi.
Kā sākt strādāt ar ekstrēmo programmēšanu?
Tehniskās prasmes un XP ieradumus var būt grūti apgūt. Dažas darbības var šķist svešas programmētājiem, kuri nav pieraduši pie tām.
Ercole Palmeri
Microsoft Excel ir atsauces rīks datu analīzei, jo tas piedāvā daudzas iespējas datu kopu organizēšanai,…
Walliance, SIM un platforma starp līderiem Eiropā nekustamo īpašumu kopfinansēšanas jomā kopš 2017. gada, paziņo par…
Filament ir "paātrināta" Laravel izstrādes sistēma, kas nodrošina vairākus pilnus komponentus. Tas ir paredzēts, lai vienkāršotu procesu…
«Man ir jāatgriežas, lai pabeigtu savu evolūciju: es projicēšu sevi datorā un kļūšu par tīru enerģiju. Kad apmetās…
Google DeepMind ievieš uzlabotu sava mākslīgā intelekta modeļa versiju. Jaunais uzlabotais modelis nodrošina ne tikai…
Laravel, kas slavena ar savu eleganto sintaksi un jaudīgām funkcijām, nodrošina arī stabilu pamatu moduļu arhitektūrai. Tur…
Cisco un Splunk palīdz klientiem paātrināt viņu ceļu uz nākotnes drošības operāciju centru (SOC), izmantojot…
Ransomware ir dominējusi ziņās pēdējos divus gadus. Lielākā daļa cilvēku labi apzinās, ka uzbrukumi…
