Dir sidd vertraut mat Programméiere, awer Extreme Programming (Kuerz XP) ass nach ëmmer e bëssen Rätsel fir Iech.
Loosst den Numm Iech net ofsetzen, Dir riskéiert nëtzlech Informatioun ze verpassen.
An dësem Artikel wäerte mir alles ofdecken wat Dir wësse musst iwwer Extreme Programméierung fir datt Dir et zu Ärem Virdeel benotze kënnt.
Extrem Programméierung ass eng Softwareentwécklungsmethodologie déi Deel ass vun deem wat kollektiv als agile Methodologien bekannt ass. XP ass op Wäerter, Prinzipien a Praktiken gebaut, a säin Zil ass et fir kleng a mëttelgrouss Teams z'erméiglechen qualitativ héichwäerteg Software ze produzéieren an un ëmmer verännerend an evoluéierend Ufuerderungen unzepassen.
Wat XP vun anere agile Methodologien ënnerscheet ass datt XP déi technesch Aspekter vun der Softwareentwécklung betount. Extrem Programméierung ass präzis iwwer wéi d'Ingenieuren funktionnéieren wéi d'Ingenieurpraktiken verfollegen erlaabt Teams qualitativ héichwäerteg Code an engem nohaltege Tempo ze liwweren.
Extrem Programméiere ass, an enger Nossschuel, gutt Praktiken op en Extrem geholl. Well Pair Programméiere gutt ass, loosst eis et ëmmer maachen. Well Testen am Viraus gutt ass, testen mir ier de Produktiounscode iwwerhaapt geschriwwe gëtt.
XP, am Géigesaz zu anere Methodologien, baséiert op Wäerter a Prinzipien déi wichteg a relevant sinn, wat d'Ingenieurpraktiken ugeet.
Wäerter bidden Zweck fir Teams. Si handelen als "Nordstär" fir Är Entscheedungen op engem héijen Niveau ze guidéieren. Wéi och ëmmer, d'Wäerter sinn abstrakt an ze fuzzy fir spezifesch Leedung. Zum Beispill: Wann Dir seet datt Dir Kommunikatioun schätzt, kann zu ville verschiddene Resultater féieren.
Praktiken sinn, an engem Sënn, de Géigendeel vu Wäerter. Si sinn konkret an erof op d'Äerd, defiastellen d'Spezifizitéiten vun wat ze maachen. D'Praxis hëlleft den Teams selwer verantwortlech fir Wäerter ze halen. Zum Beispill, d'Praxis vun Informatiounsaarbechtsberäicher fördert transparent an einfach Kommunikatioun.
Prinzipien sinn Domain-spezifesch Richtlinnen déi de Gruef tëscht Praktiken a Wäerter iwwerbrécken.
XP Wäerter: Kommunikatioun, Einfachheet, Feedback, Courage a Respekt. Loosst eis jiddereng vun hinnen méi detailléiert kucken.
Ausschaffe BlogInnovazione.et vum Bild alexsoft. com
Kommunikatioun: Mangel u Kommunikatioun verhënnert datt Wëssen an engem Team fléisst. Dacks, wann et e Problem ass, weess een schonn wéi een et fixéiere kann. Awer de Mangel u Kommunikatioun verhënnert datt se iwwer de Problem léieren oder zu senger Léisung bäidroen. Sou gëtt de Problem um Enn zweemol geléist, wat Offall generéiert.
Einfachheet: Simplicitéit seet datt Dir ëmmer beméit fir déi einfachst Saach ze maachen déi funktionnéiert. Et gëtt dacks falsch verstanen an als déi einfachst Saach geholl, Period, ignoréiert den "dat funktionnéiert" Deel.
Et ass och wichteg ze erënneren datt Einfachheet héich kontextuell ass. Wat fir eng Equipe einfach ass ass komplex fir en anert an hänkt ganz vun de Fäegkeeten, d'Erfahrung an d'Wëssen vun all Team of.
Feedback: Feedback a méi traditionell, kaskadéierend Softwareentwécklungsmethodologien ass dacks "ze wéineg, ze spéit".
XP ëmfaasst awer d'Verännerung an d'XP-Teams striewen fir fristgerecht a konstante Feedback. Wann d'Coursekorrektur néideg ass, wëlle XPers sou séier wéi méiglech wëssen.
Ausschaffe BlogInnovazione.et vum Bild alexsoft. com
Feedback kënnt a ville Formen a Gréissten. Wann Dir programméiert sidd, sinn Kommentarer vun Ärem Kolleg e wesentleche Feedback. Sou sinn d'Meenungen vun anere Teammemberen iwwer eng Iddi, och de Client, deen am Idealfall Member vum Team ass.
Tester sinn eng aner Quell vu wäertvollen Feedback deen iwwer Testresultater geet. Ob Tester schreiwen ass einfach oder schwéier, sou ass de Feedback. Wann Dir Probleemer hutt Tester ze schreiwen, ass Äre Projet wahrscheinlech ze komplex. Lauschtert op Feedback a streamline Ären Design.
Eppes wat kléngt wéi eng super Iddi funktionnéiert vläicht net sou gutt an der Praxis. Dofir ass de fäerdege Code och eng Quell vu Feedback, sou wéi e verdeelt Produkt.
Schlussendlech, bedenkt datt et ze vill Feedback gëtt. Wann e Team méi Feedback generéiert wéi et kann handhaben, kéint e wichtege Feedback vum Radar falen. Also et ass essentiell fir ze luesen an erauszefannen wat den iwwerschësseg Feedback verursaacht an et fixéiert.
Courage: Kent Beck defiCourage entsteet als "effektiv Handlung am Gesiicht vun der Angscht". Als Software Ingenieur hutt Dir vill ze fäerten an dofir vill Méiglechkeeten Courage ze weisen.
Et brauch Courage d'Wourecht ze soen, besonnesch déi onsympathesch, wéi éierlech Schätzungen. Feedback ginn an ze kréien brauch och Courage. An et erfuerdert Courage fir ze vermeiden an d'gesonke Käschte falsch ze falen an eng fehlend Léisung ze verwerfen déi substantiell Investitioun kritt huet.
Respekt: Eng fundamental Viraussetzung vum XP ass datt jidderee sech ëm hir Aarbecht këmmert. Kee Betrag vun technescher Exzellenz kann e Projet retten wann et keng Suergfalt a Respekt gëtt.
Jiddereen ass wäertvoll Dignitéit a Respekt, an dat beinhalt natierlech och déi Leit déi un engem Softwareentwécklungsprojet involvéiert sinn. Wann Dir an Är Teammembere respektéieren a sech ëm géigesäiteg këmmeren, de Client, de Projet a seng zukünfteg Benotzer, profitéiert jiddereen
Prinzipien bidden méi spezifesch Leedung wéi Wäerter. Si sinn Richtlinnen déi d'Wäerter beliichten an se méi explizit a manner zweedeiteg maachen.
Ausschaffe BlogInnovazione.et vum Bild alexsoft. com
Zum Beispill, baséiert op de Wäert vum Courage eleng, kënnt Dir schléissen datt et ubruecht ass eng grouss Ännerung an Ärem Zäitplang direkt ze maachen. Wéi och ëmmer, de Baby Steps Prinzip seet eis datt grouss Ännerungen riskant sinn. Also léiwer déi Kleng amplaz.
Mënschheet: D'Mënsche kreéieren Software fir d'Mënschen, en dacks iwwersiichtleche Fakt. Awer d'Basis mënschlech Bedierfnesser berücksichtegen, Stäerkten a Schwächen kreéiert Produkter déi d'Mënsche benotze wëllen. An en Aarbechtsëmfeld, dat Iech d'Méiglechkeet bitt fir Erfëllung a Wuesstem, d'Gefill vun der Zougehéieregkeet an d'Grondsécherheet, ass eng Plaz wou Dir méi einfach d'Bedierfnesser vun aneren berücksichtegt.
Wirtschafts-: Am XP bezuelen d'Teams ëmmer op d'wirtschaftlech Realitéite vun der Softwareentwécklung opmierksam, dauernd wirtschaftlech Risiken a Projetsbedierfnesser evaluéieren.
Zum Beispill wäerte se Benotzergeschichten implementéieren op Basis vun hirem Geschäftswäert anstatt technesch Bedenken.
Géigesäitege Virdeel: No XP vermeit Dir Léisungen déi eng Partei op Käschte vun enger anerer profitéieren. Zum Beispill, verlängert Spezifikatioune kéint een aneren hëllefen et ze verstoen, awer et distractéiert Iech vun der Ëmsetzung a verspéit et fir Är Benotzer.
Eng géigesäiteg profitabel Léisung ass automatiséiert Akzeptanz Tester ze benotzen. Kritt direkt Feedback iwwer Är Ëmsetzung, Är Kollegen kréien präzis Spezifikatioune am Code, an d'Benotzer kréien hir Features als éischt. Plus, Dir wäert all e Sécherheetsnetz géint Regressiounen hunn.
Benefice (géigesäitege Benefice): Wann eng gegebene Léisung op engem Niveau funktionnéiert, kann se och op engem méi héijen oder méi nidderegen Niveau funktionnéieren. Zum Beispill, fréi a konstante Feedback ze kréien ass a verschiddene Grad am XP um Spill.
Verbesserung: Laut dem Verbesserungsprinzip zielen d'Equipen net op Perfektioun an enger éischter Ëmsetzung, mee fir eng Implementatioun déi gutt genuch ass, an dann kontinuéierlech léieren a verbesseren mat Feedback vun echte Benotzer.
Diversitéit: Dir an Är Kollege profitéiere vun enger Diversitéit vu Perspektiven, Fäegkeeten an Attitudë. Esou Diversitéit féiert dacks zu Konflikt, awer dat ass an der Rei.
Konflikt an Desaccord si Méiglechkeete fir besser Iddien ze entstoen wann jidderee mat de Wäerter vu Courage a Respekt spillt. Courage opposéierend Standpunkter auszedrécken, Respekt fir se op eng zivil an empathesch Manéier auszedrécken. An all dëst ass eng effektiv Kommunikatiounsübung.
Reflexioun: Grouss Teams reflektéieren iwwer hir Aarbecht an analyséieren wéi se besser kënne sinn. XP bitt vill Méiglechkeeten fir dëst. Net nëmmen a senge wëchentlechen a Véierelzyklen, mee an all Praxis fördert et.
Gefiller si wichteg zousätzlech zu der logescher Analyse ze berücksichtegen. Ären Darm kann Iech informéieren ier Dir iwwer eppes riicht. An esou kann hien mat net-technesche Leit schwätzen, si kënne Froen stellen, déi komplett nei Méiglechkeeten opmaachen.
Flow: Traditionell Softwareentwécklungsmethodologien hunn ënnerschiddlech Phasen, déi laang daueren a wéineg Méiglechkeete fir Feedback a Kurskorrektur hunn. Amplaz geschitt Softwareentwécklung am XP an Aktivitéiten déi kontinuéierlech optrieden, an engem konsequente "Stream" vu Wäert.
Geleeënheet: Problemer sinn inévitabel an Software Entwécklung. Wéi och ëmmer, all Problem ass eng Chance fir Verbesserung. Léiert se op dës Manéier ze kucken an Dir sidd vill méi wahrscheinlech mat kreativen an zielorientéierte Léisungen ze kommen, déi och déngen fir ze verhënneren datt se erëm geschéien.
Redundanz: De Prinzip vun der Redundanz seet datt wann e bestëmmte Problem kritesch ass, musst Dir vill Taktike benotzen fir et entgéintzewierken.
Huelt d'Mängel. Et gëtt keng eenzeg Taktik déi all Mängel vun der Produktioun verhënneren kann.
Also d'Léisung vun XP ass eng Rei vu Qualitéitsmoossnamen ze stackelen. Pair programméiere, Testen, kontinuéierlech Integratioun. Jiddereen eng eenzeg Verteidegungslinn, zesummen eng quasi onduerchsiichtlech Mauer.
Ausfall: Echec ass keen Offall wann et a Wëssen iwwersetzt. Handlungen huelen a séier léieren wat net funktionnéiert ass vill méi produktiv wéi Inaktioun verursaacht duerch Indecisioun wann Dir tëscht villen Optiounen wielt.
Qualitéit: D'Leit mengen dacks datt et en Dilemma tëscht Qualitéit a Geschwindegkeet gëtt.
Et ass de Géigendeel: Drécke fir d'Qualitéit ze verbesseren ass wat Iech méi séier mécht.
Zum Beispill, Refactoring - d'Struktur vum Code z'änneren ouni säi Verhalen z'änneren - ass eng Praxis déi Code méi einfach mécht ze verstoen an z'änneren. Als Resultat sidd Dir manner wahrscheinlech Code Mängel aféieren, wat Iech erlaabt Iech als éischt méi Wäert ze liwweren andeems Dir keng Bugs muss fixéieren.
Kleng Schrëtt: Grouss Ännerungen si riskant. XP reduzéiert dëse Risiko andeems Dir Ännerungen a klenge Schrëtt mécht, op all Niveau.
Programméierer schreiwen Code a klenge Schrëtt mat Test-Undriff Entwécklung. Si integréieren hire Code an der Mainline e puer Mol am Dag, anstatt just all puer Wochen oder souguer Méint. De Projet selwer fënnt a kuerzen Zyklen anstatt laang dauerhafte Phasen statt.
Verantwortung ugeholl: An XP soll Verantwortung ugeholl ginn, ni zougewisen.
Verantwortung sollt mat der Autoritéit kommen fir Entscheedungen ze treffen iwwer wat Dir verantwortlech sidd. De Géigendeel ass och wouer. Dir wëllt net datt d'Leit Entscheedungen huelen wa se net mat hire Konsequenze musse liewen.
Extrem Programméierung, als eng agile Methodologie, kann ugeholl ginn an ugefaang et ze adoptéieren ouni steiwe Pläng ze verfollegen. Dëst ass en iterativen Design anstatt e groussen initialen Projet.
XP ënnerscheet sech wesentlech vun traditionelle Methodologien, dh Kaskaden, vermeit laang dauerhafte Phasen.
Wéi ass XP anescht wéi aner agil Methodologien?
Extrem Programméierung, duerch seng Natur, huet vill gemeinsam mat anere agile Methodologien awer ass och eenzegaarteg ënnert hinnen.
Déi meescht aner Entwécklungsmethodologien soen net vill, wann iwwerhaapt, iwwer wéi d'Aarbecht gemaach gëtt. XP, op der anerer Säit, ass ganz Meenung wann et dozou kënnt a leet grousse Wäert op Software Engineering Praktiken.
Scrum ass e Kader fir Teams ze hëllefen komplex Projeten op eng adaptiv Manéier z'entwéckelen. Scrum diktéiert net wéi d'Entwéckler hir Aarbecht maachen. XP, wéi erwähnt, leet vill Wäert op gutt Programméierungspraktiken.
Ausschaffe BlogInnovazione.en Bild net Léisungen
Och, XP ass offensichtlech iwwer programméiere. Scrum, op der anerer Säit, kann op all Projet applizéiert ginn, dee vun enger iterativer Approche profitéiert.
XP akzeptéiert Ännerungen op seng Komponenten. D'Teams si beméit a souguer encouragéiert Praktiken ze änneren op Basis vun hire spezifesche Bedierfnesser. De Scrum Guide, op der anerer Säit, ass onbestänneg datt "Obwuel nëmmen Deeler vum Scrum ëmgesat kënne ginn, ass d'Resultat net Scrum".
Och Scrum ass e Kader dee mat Methodologien a Praktiken ergänzt muss ginn fir d'Aarbecht gemaach ze kréien.
Dëst bedeit datt d'Aarbecht an extremer Programméierung a Scrum héich recommandéiert ass.
Nom Kent Beck soll e reift XP-Team keng steiwe Rollen zouginn, awer unerkennen datt Rollen nëtzlech kënne fir jonk Teams bis se ufänken ze luesen oder Zesummenaarbecht schwéier maachen.
Loosst eis e puer Schlësselrollen kucken:
Dëst sinn d'Praxis ugeholl an XP. Si sinn an dräi Haaptgruppen opgedeelt: Software Engineering, Aarbechtsplaz a Projektmanagement.
Pair programméiere: Am XP schreift Dir Code a Pairen op enger Maschinn. Dir an Är Koppel schwätze matenee wéi Dir d'Feature un där Dir schafft analyséiert, implementéiert an testt. Pair Programméierung ass besonnesch gutt fir Code mat manner Bugs ze produzéieren wärend se ëmmer nach engagéierend, lëschteg an ustrengend sinn.
Zéng Minutt Limite: Néideg Erlaabt 10 Minutte fir de ganze Projet ze bauen, inklusiv all automatiséiert Tester ze lafen, an zéng Minutten maximal. Dës Limit ass fir Tester streamlined an effektiv ze halen.
Tester virum Programméiere: implementéiert Funktiounen mat der Test-éischt Approche, och genannt Testdriven Entwécklung (TDD). TDD besteet aus Entwécklung mat enger einfacher iterativer Prozedur:
TDD bréngt verschidde Virdeeler.
Éischtens, Feedback. Wann et schwéier ass en Test ze schreiwen, ass den Design deen Dir sicht oder deen Dir ierflech gemaach hutt wahrscheinlech ze komplex an Dir musst et vereinfachen.
Zweetens, TDD erlaabt Programméierer de Code ze trauen deen se schreiwen a kreéiert e flotte Looping Rhythmus wou de nächste Schrëtt ëmmer kloer ass.
Lescht awer net zulescht, d'Benotzung vun TDD vun Ufank un garantéiert 100% Codeofdeckung. D'Testsuite gëtt dann wierklech e Sécherheetsnetz fir zukünfteg Ännerungen, encouragéiert Code Refactoring an e virtuéise Krees vu Qualitéit ze kreéieren.
Inkrementell Design: D'Praxis vum inkrementellen Design bedeit datt Dir all Dag an Ärem Applikatiounsdesign investéiere musst, no Méiglechkeete sichen fir Duplikatioun ze läschen a kleng Verbesserungen ze maachen fir de beschtméiglechsten Design z'erreechen fir dat wat Äre System haut brauch.
Kontinuéierlech Integratioun: Am XP integréiert Dir Är Aarbecht an den Haapt gemeinsame Repository e puer Mol am Dag, a léist en automateschen Bau vum ganze System aus. Integratioun esou fréi an esou dacks wéi méiglech reduzéiert dramatesch d'Käschte vun der Integratioun, well et Fusioune mécht a logesch Konflikter manner wahrscheinlech optrieden. Et weist och Ëmwelt- a Suchtprobleemer aus.
Gemeinsam Code (kollektiv Besëtz): XP fördert gemeinsame Code, oder kollektiv Besëtzer: all Entwéckler ass verantwortlech fir all Code. Et encouragéiert Informatiounsaustausch, reduzéiert den Teambusfaktor a erhéicht d'Gesamtqualitéit vun all Modul wa mir de Prinzip vun der Diversitéit berücksichtegen.
Single CodeBase: Eenzel Codebase ass och bekannt als "Trunk-baséiert Entwécklung". Et heescht datt et nëmmen eng Quell vun der Wourecht gëtt. Also amplaz sech fir laang Zäit isoléiert z'entwéckelen, fusionéiert Är Bäiträg fréi an dacks an een eenzege Stroum. Feature Fändelen hëllefen Är Notzung vu Funktiounen ze limitéieren bis se komplett sinn.
Deeglech Verdeelung: Installatioun an der Produktioun op d'mannst eemol am Dag ass eng logesch Konsequenz vu kontinuéierlecher Integratioun:. Tatsächlech ginn haut vill Teams nach méi wäit a üben eng kontinuéierlech Implementatioun. Dat ass, wann iergendeen an der Mainline bäitrieden, gëtt d'Applikatioun op d'Produktioun ofgesat.
Code an Tester: Dës Praxis bedeit datt Quellcode, dorënner Tester, deen eenzege permanenten Artefakt vun engem Softwareprojet ass. Engagéieren an der Generatioun vun aneren Aarte vun Artefakte, dorënner Dokumentatioun, ass dacks verschwendend well et kee richtege Wäert fir de Client generéiert.
Wann Dir aner Artefakte oder Dokumenter braucht, maacht en Effort fir se aus Produktiounscode an Tester ze generéieren.
Root Ursaach Analyse: Wann ëmmer e Defekt an d'Produktioun geet, korrigéiert de Defekt net nëmmen. Vergewëssert Iech datt Dir erausfonnt wat et an der éischter Plaz verursaacht huet, firwat Dir an Är Teamkollegen de Rutsch net verhënnert hunn. Da maacht Schrëtt fir sécher ze stellen datt et net erëm geschitt.
Sëtzt zesummen: Am XP schaffen d'Equipen léiwer zesummen an engem oppene Raum. Dës Praxis fördert d'Kommunikatioun an d'Gefill vun engem Team ze gehéieren.
Déi ganz Equipe: Jiddereen dee fir den Erfolleg vum Projet gebraucht gëtt ass Deel vum XP Team. Dëst ass héich kontextuell - anescht fir all Team - an dynamesch, et kann an engem Team änneren.
Informatioun Aarbechtsberäicher: En Informatiounsaarbechtsberäich benotzt de kierperleche Raum vum Team fir Informatioun ze weisen, déi jidderengem erlaabt, op ee Bléck de Fortschrëtt vum Projet ze wëssen. Wéi dëst gemaach gëtt ka variéieren, vu kierperlechen Noten a Grafike bis Screenshots déi Kanban Boards an Dashboards vu Projektmanagement Software weisen.
Energesch Aarbecht: Am XP schafft Dir nëmmen esou laang wéi Dir energesch Aarbecht maache kënnt. D'Aarbechtszäite musse maximal op 40 pro Woch limitéiert sinn.
Analyse- Schreift Benotzerfuerderunge an engem Format bekannt als Benotzeranalyse. Eng Benotzeranalyse huet e kuerzen, deskriptive Numm an och eng kuerz Beschreiwung vun deem wat ëmgesat muss ginn.
D'Visiteuren haten et: Wann Dir en Zyklus plangt, addéiere kleng Aufgaben, déi d'Team kann opginn wann de Besoin entsteet. Méi Geschichten kënnen ëmmer bäigefüügt ginn wann d'Equipe zevill liwwert.
Cyclen (monatlecht a wöchentlech): Entwécklung am XP geschitt an zwee Haaptzyklen: de wöchentlechen Zyklus an de monatlecht Zyklus.
Reuniounen, Zyklen, geplangte Releases: Entwécklung am XP funktionnéiert an zwee Haaptzyklen: de wöchentlechen Zyklus an de Véierelzyklus. Am Ufank huet de Kent Beck en Zyklus vun zwou Wochen recommandéiert, awer huet dat an der zweeter Editioun vu sengem Buch geännert.
Wochemaart Zyklus: de wöchentlechen Zyklus ass de "Puls" vun engem XP Projet. Den Zyklus fänkt mat enger Versammlung un, an där de Client wielt, wéi eng Geschichten hien an der Woch wëll kreéieren. Zousätzlech iwwerpréift d'Team hir Aarbecht, dorënner de Fortschrëtt vun der leschter Woch, an denkt iwwer Weeër fir hire Prozess ze verbesseren.
Monatlecht Zyklus: All Mount reflektéiert an identifizéiert d'Team Verbesserungsméiglechkeeten an hirem Prozess. De Client wielt een oder méi Themen fir dee Mount, zesumme mat den Analysen an dësen Themen.
Wéi ufänken mat extremer programméiere ze schaffen?
Technesch Fäegkeeten an XP Gewunnechten kënne schwéier sinn ze léieren. E puer vun de Praktiken kënnen auslännesch fir Programméierer schéngen, déi se net gewinnt sinn.
Ercole Palmeri
Coveware vu Veeam wäert weider Cyber Erpressung Tëschefall Äntwert Servicer ubidden. Coveware wäert Forensik a Sanéierungsfäegkeeten ubidden ...
Predictive Maintenance revolutionéiert den Ueleg- a Gassektor, mat enger innovativer a proaktiver Approche fir d'Planzemanagement.…
De UK CMA huet eng Warnung iwwer dem Big Tech säi Verhalen um kënschtlechen Intelligenz Maart erausginn. Do…
De "Green Houses" Dekret, formuléiert vun der Europäescher Unioun fir d'Energieeffizienz vu Gebaier ze verbesseren, huet säi legislative Prozess ofgeschloss mat ...
