artikels

Wat is ekstreme programmearring (XP) ?, Op hokker wearden, prinsipes en praktiken is it basearre

Jo binne bekend mei programmearring, mar Extreme Programming (koarte XP) is noch in bytsje in mystearje foar jo.

Lit de namme jo net ôfbrekke, jo riskearje nuttige ynformaasje te missen.

Yn dit artikel sille wy alles dekke wat jo witte moatte oer Extreme Programming, sadat jo it yn jo foardiel kinne brûke.

Wat is ekstreme programmearring (XP)?

Ekstreme programmearring is in metodyk foar softwareûntwikkeling dy't diel útmakket fan wat kollektyf bekend is as agile metoaden. XP is boud op wearden, prinsipes en praktiken, en har doel is om lytse en middelgrutte teams yn steat te stellen om software fan hege kwaliteit te produsearjen en oan te passen oan hieltyd feroarjende en evoluearjende easken.

Wat XP ûnderskiedt fan oare agile metoaden is dat XP de technyske aspekten fan softwareûntwikkeling beklammet. Ekstreme programmearring is presys oer hoe't yngenieurs wurkje as folgjende yngenieurspraktiken kinne teams koade fan hege kwaliteit leverje yn in duorsum tempo.

Ekstreme programmearring is, yn in notedop, goede praktiken ta in ekstreem nommen. Sûnt pearprogrammearring goed is, litte wy it de hiele tiid dwaan. Sûnt testen fan tefoaren is goed, wy testen foardat produksje koade wurdt sels skreaun.

Hoe wurket ekstreme programmearring (XP)?

XP, yn tsjinstelling ta oare metoaden, is basearre op wearden en prinsipes dy't wichtich en relevant binne, yn termen fan yngenieurpraktiken.

Wearden jouwe doel oan teams. Se fungearje as in "noardstjer" om jo besluten op in heech nivo te lieden. De wearden binne lykwols abstrakt en te fuzzy foar spesifike begelieding. Bygelyks: sizze dat jo kommunikaasje wurdearje kinne liede ta in protte ferskillende resultaten.

Praktyken binne, yn in sin, it tsjinoerstelde fan wearden. Se binne beton en down to earth, defiit ynstellen fan de spesifiken fan wat te dwaan. Oefeningen helpe teams harsels ferantwurdlik te hâlden foar wearden. Bygelyks, de praktyk fan ynformaasje wurkromten befoarderet transparante en ienfâldige kommunikaasje.

Prinsipes binne domeinspesifike rjochtlinen dy't de kleau tusken praktiken en wearden oerbrêgje.

De wearden fan ekstreme programmearring XP

XP wearden: kommunikaasje, ienfâld, feedback, moed en respekt. Litte wy elk fan har yn mear detail sjen.

Wearden en prinsipes fan ekstreme programmearring

opstellen BlogInnovazione.it fan it byld alexsoft. com

kommunikaasje: Gebrek oan kommunikaasje foarkomt dat kennis binnen in team streamt. Faak, as d'r in probleem is, wit immen al hoe't se it reparearje. Mar gebrek oan kommunikaasje foarkomt dat se leare oer it probleem of bydrage oan de oplossing. Sa wurdt it probleem twa kear oplost, wêrtroch ôffal ûntstiet.

Ienfâld: Ienfâld seit dat jo altyd stribje nei it simpelste ding dat wurket. It wurdt faak ferkeard begrepen en nommen as it simpelste ding, perioade, negearje it diel "dat wurket".

It is ek wichtich om te betinken dat ienfâld tige kontekstueel is. Wat ienfâldich is foar ien team is kompleks foar in oar en hinget folslein ôf fan de feardichheden, ûnderfining en kennis fan elk team.

Tebekwurd: Feedback yn mear tradisjonele, cascadearjende software ûntwikkeling metodologyen is faak "te min, te let".

XP omfettet lykwols feroaring en XP-teams stribje nei tydlike en konstante feedback. As kursuskorreksje nedich is, wolle XPers sa gau mooglik witte.

Syklus fan ekstreme programmearring

opstellen BlogInnovazione.it fan it byld alexsoft. com

Feedback komt yn in protte foarmen en maten. As jo ​​mei-inoar programmearje, binne opmerkings fan jo kollega essensjele feedback. Dat binne de mieningen fan oare teamleden oer in idee, ynklusyf de klant dy't ideaal lid is fan it team.

Tests binne in oare boarne fan weardefolle feedback dy't boppe testresultaten giet. Oft it skriuwen fan tests maklik of lestich is, sa is feedback. As jo ​​​​problemen hawwe mei it skriuwen fan tests, is jo projekt wierskynlik te kompleks. Harkje nei feedback en streamline jo ûntwerp.

Iets dat klinkt as in geweldich idee kin yn 'e praktyk net sa goed wurkje. Hjirtroch is ôfmakke koade ek in boarne fan feedback, lykas in ferspraat produkt.

As lêste, hâld yn gedachten dat der tefolle feedback. As in team mear feedback genereart dan it kin, kinne wichtige feedback fan 'e radar falle. Dat it is essensjeel om te fertragen en út te finen wat de tefolle feedback feroarsaket en it reparearje.

Moed: Kent Beck defimoed komt nei foaren as "effektyf aksje yn it gesicht fan eangst". As software-yngenieur hawwe jo in soad te eangjen en dus genôch kânsen om moed te toanen.

It freget moed om de wierheid te fertellen, benammen de ûnnoflike, lykas earlike skattingen. Feedback jaan en ûntfange freget ek moed. En it freget moed om foar te kommen dat jo yn 'e mislearre kosten falle kinne en in mislearre oplossing wegerje dy't substansjele ynvestearring hat krigen.

Respekt: In fûnemintele útgongspunt fan XP is dat elkenien soarget foar har wurk. Gjin bedrach fan technyske treflikens kin in projekt bewarje as der gjin soarch en respekt is.

Elke persoan is weardich fan weardichheid en respekt, en dat omfettet fansels de minsken dy't belutsen binne by in softwareûntwikkelingsprojekt. As jo ​​en jo teamleden elkoar respektearje en soargje foar elkoar, de klant, it projekt en syn takomstige brûkers, profitearret elkenien

De prinsipes fan ekstreme programmearring XP

Prinsipes jouwe mear spesifike begelieding dan wearden. Se binne rjochtlinen dy't de wearden ferljochtsje en se mear eksplisyt en minder dûbelsinnich meitsje.

opstellen BlogInnovazione.it fan it byld alexsoft. com

Bygelyks, basearre op de wearde fan moed allinich, kinne jo konkludearje dat it oan te rieden is om direkt in grutte feroaring yn jo skema te meitsjen. It Baby Steps-prinsipe fertelt ús lykwols dat grutte feroaringen risiko binne. Dus leaver leaver de lytse.

Minskdom: Minsken meitsje software foar minsken, in faak oersjoen feit. Mar mei yn oanmerking komme basis minsklike behoeften, sterke en swakke punten skept produkten dy't minsken wolle brûke. En in wurkomjouwing dy't jo de kâns biedt foar ferfolling en groei, it gefoel fan hearren en basisfeiligens, is in plak dêr't jo makliker de behoeften fan oaren beskôgje.

ekonomy: Yn XP jouwe teams altyd omtinken oan 'e ekonomyske realiteiten fan softwareûntwikkeling, evaluearje konstant ekonomyske risiko's en projektbehoeften.

Se soene bygelyks brûkersferhalen ymplementearje op basis fan har saaklike wearde ynstee fan technyske soargen.

Foardiel fan wjerskanten: Nei XP, jo mije oplossings dy't profitearje ien partij op kosten fan in oar. Bygelyks, útwreide specs kinne in oar helpe om it te begripen, mar it liedt jo ôf fan it ymplementearjen en fertraget it foar jo brûkers.

In oplossing foar inoar foardiel is it brûken fan automatisearre akseptaasjetests. Krij direkte feedback oer jo ymplemintaasje, jo leeftydsgenoaten krije krekte specs yn koade, en brûkers krije earst har funksjes. Plus, jo sille allegear in feiligensnet hawwe tsjin regressions.

Benefit (Mutual Benefit): As in opjûne oplossing wurket op ien nivo, kin it ek wurkje op in heger of leger nivo. Bygelyks, it krijen fan betiid en konstante feedback is op it spul yn ferskate graden yn XP.

  • op ûntwikkeldersnivo krije programmeurs feedback fan har wurk mei de test-earste oanpak;
  • op teamnivo, de trochgeande yntegraasjepipeline yntegreart, bout en test meardere kearen deis koade;
  • Organisatoarysk kinne de wyklikse en fearnsjierssyklusen teams feedback krije en har wurk as nedich ferbetterje.

Ferbettering: Neffens it prinsipe fan ferbettering binne teams net fan doel folsleinens yn in earste ymplemintaasje, mar nei in ymplemintaasje dy't goed genôch is, en dan kontinu leare en ferbetterje mei feedback fan echte brûkers.

Ferskaat: Jo en jo kollega's profitearje fan in ferskaat oan perspektiven, feardichheden en hâldingen. Sa'n ferskaat liedt faaks ta konflikt, mar dat is goed.

Konflikt en ûnienichheid binne kânsen foar bettere ideeën om te ûntstean as elkenien spilet troch de wearden fan moed en respekt. Moed om tsjinoerstelde stânpunten út te sprekken, respekt by it uterjen fan har op in boargerlike en empatyske manier. En dit alles is in effektive kommunikaasje-oefening.

Wjerspegeling: Grutte teams reflektearje op har wurk en analysearje hoe't se better wurde kinne. XP biedt in protte kânsen foar dit. Net allinich yn har wyklikse en fearnsjierlike syklusen, mar yn elke praktyk befoarderet it.

Gefoelens binne wichtich om te beskôgjen neist logyske analyze. Jo gut kin jo ynformearje foardat jo wat redenearje kinne. En sa kin er mei net-technyske minsken prate, dy kinne fragen stelle dy't folslein nije mooglikheden iepenje.

Streame: Tradysjonele metoaden foar softwareûntwikkeling hawwe ûnderskate fazen, dy't lang duorje en net folle kâns hawwe foar feedback en kursuskorreksje. Ynstee komt softwareûntwikkeling yn XP foar yn aktiviteiten dy't kontinu foarkomme, yn in konsekwinte "stream" fan wearde.

Gelegenheid: Problemen binne ûnûntkomber yn software ûntwikkeling. Elk probleem is lykwols in kâns foar ferbettering. Learje se op dizze manier te sjen en jo binne folle mear kâns om mei kreative en doelrjochte oplossingen te kommen dy't ek tsjinje om te foarkommen dat se wer barre.

Redundânsje: It prinsipe fan ûntslach seit dat as in opjûn probleem kritysk is, jo in protte taktyk moatte brûke om it tsjin te gean.

Nim de gebreken. D'r is gjin inkele taktyk dy't kin foarkomme dat alle mankeminten ûntkomme oan produksje.

Dat de oplossing fan XP is om in set kwaliteitsmaatregels te stapeljen. Pair programmearring, testen, trochgeande yntegraasje. Elk in inkele line fan ferdigening, tegearre in frijwol ûntrochsichtbere muorre.

Mislearring: mislearring is gjin fergriemerij as it oerset yn kennis. Aksje nimme en fluch leare wat net wurket is folle produktiver dan inaksje feroarsake troch ûnbeslissing by it kiezen fan in protte opsjes.

Kwaliteit: Minsken tinke faak dat der in dilemma is tusken kwaliteit en snelheid.

It is oarsom: triuwe om kwaliteit te ferbetterjen is wat jo rapper makket.

Ynnovaasje nijsbrief
Mis it wichtichste nijs oer ynnovaasje net. Meld jo oan om se fia e-post te ûntfangen.

Bygelyks, refactoring - it feroarjen fan 'e struktuer fan koade sûnder har gedrach te feroarjen - is in praktyk dy't koade makliker makket te begripen en te feroarjen. As gefolch hawwe jo minder kâns om koadedefekten yn te fieren, wêrtroch jo earst mear wearde kinne leverje troch gjin bugs hoege te reparearjen.

Lytse stappen: Grutte feroarings binne risikofolle. XP ferminderet dat risiko troch feroaringen te meitsjen yn lytse stappen, op elk nivo.

Programmeurs skriuwe koade yn lytse stappen mei help fan test-oandreaune ûntwikkeling. Se yntegrearje har koade meardere kearen deis yn 'e haadline, ynstee fan gewoan elke pear wiken of sels moannen. It projekt sels fynt plak yn koarte syklusen ynstee fan langduorjende fazen.

Ferantwurdlikens akseptearre: Yn XP, ferantwurdlikens moatte wurde akseptearre, nea tawiisd.

Ferantwurdlikheid moat komme mei de autoriteit om besluten te nimmen oer wêrfoar jo ferantwurdlik binne. It tsjinoerstelde is ek wier. Jo wolle net dat minsken besluten nimme as se net mei har gefolgen moatte libje.

Oerienkomsten en ferskillen mei tradisjonele en net-agile metoaden

Ekstreme programmearring, as in agile metodyk, kin wurde akseptearre en begon it oan te nimmen sûnder stive plannen te folgjen. Dit is in iteratyf ûntwerp ynstee fan in grut inisjele projekt.

XP ferskilt signifikant fan tradisjonele metoaden, dus cascadearjen, it foarkommen fan langduorjende fazen.

  • Yn stee fan in planning faze, yn XP jo plan oan it begjin fan eltse ûntwikkeling syklus dat is meastal mar in wike lang.
  • Ynstee fan ôfleverings te testen, test jo applikaasje sa betiid mooglik: dat is foardat de eigentlike koade wurdt ymplementearre.
  • Ynstee fan funksjes yn isolemint út te rollen tidens lange ymplemintaasjefazen en dan stride om jo bydragen yn 'e haadline te fusearjen, wurkje jo yn lytse brokken en yntegrearje se sa faak mooglik

Hoe is XP oars fan oare agile metoaden?

Ekstreme programmearring, troch har aard, hat in protte mienskiplik mei oare agile metodologyen, mar is ek unyk ûnder har.

De measte oare ûntwikkelingsmetoaden sizze net folle, as wat, oer hoe't jo it wurk dien kinne krije. XP, oan 'e oare kant, is heul miening as it hjirop komt en leit grutte klam op software-engineeringpraktiken.

Ekstreme programmearring tsjin Scrum

Scrum is in ramt om teams te helpen komplekse projekten op in adaptive manier te ûntwikkeljen. Scrum diktearret net hoe't ûntwikkelders har wurk dogge. XP, lykas sein, leit in protte klam op goede programmearringpraktiken.

Scrum framework

opstellen BlogInnovazione.en Image net oplossings

Ek giet XP fansels oer programmearring. Scrum, oan 'e oare kant, kin tapast wurde op elk projekt dat profiteart fan in iterative oanpak.

XP akseptearret feroarings oan syn komponinten. Teams wurde machtich en sels oanmoedige om praktiken te feroarjen op basis fan har spesifike behoeften. De Scrum Guide, oan 'e oare kant, is fêst dat "Hoewol allinich dielen fan Scrum kinne wurde ymplementearre, it resultaat is gjin Scrum."

Ek is Scrum in ramt dat moat wurde oanfolle mei metodologyen en praktiken om it wurk dien te krijen.

Dit betsjut dat wurkjen yn ekstreme programmearring en Scrum tige oanrikkemandearre is.

Rollen en ferantwurdlikheden

Neffens Kent Beck moat in folwoeksen XP-team gjin rigide rollen tawize, mar erkenne dat rollen nuttich kinne wêze foar jonge teams oant se begjinne te fertrage of gearwurking lestich meitsje.

Litte wy nei guon wichtige rollen sjen:

  • Klant: Ideaallik soe de klant op it plak wêze moatte om fragen te beantwurdzjen, prioritearje fan brûkerseasken, of te helpen mei akseptaasjetesten. As dit net mooglik is, kin dizze rol wurde ynfold troch in klantfertsjintwurdiger.
  • Programmeurs: Op in XP-team skatte programmeurs de ynspanning dy't nedich is om taken te foltôgjen, automatisearre tests te skriuwen en ferhalen út te fieren.
  • Coachkommintaren: it is net nedich om in coach te hawwen en it is mooglik om it doel te berikken sûnder ien te hawwen. As jo ​​​​lykwols ien hawwe mei XP-ûnderfining, om in team te coachjen, kin derfoar soargje dat teamleden praktiken folgje, se omsette yn gewoanten en net weromkomme op 'e âlde manieren.
  • tracker- In tracker folget metriken foar de foarútgong fan it team en praat mei elk teamlid om problemen te identifisearjen en oplossingen te finen. De tracker berekkent metriken dy't oanjaan hoe goed it team docht, lykas snelheid en burndown-grafiken, of it team brûkt in digitaal scrum of kanban-boerd dat se automatysk berekkent.

Metoaden en techniken

Dit binne de praktiken oannommen yn XP. Se binne ferdield yn trije haadgroepen: software engineering, wurkplak en projektbehear.

Software engineering

Pair programmearring: Yn XP skriuwe jo koade yn pearen sittend op in masine. Jo en jo pear prate mei elkoar as jo de funksje wêr't jo oan wurkje analysearje, ymplementearje en testen. Pair-programmearring is foaral goed by it produsearjen fan koade mei minder bugs, wylst se noch altyd boeiend, leuk en wurch binne.

Tsien minuten limyt: Ferplicht Stelt 10 minuten ta om it hiele projekt te bouwen, ynklusyf it útfieren fan alle automatisearre tests, yn maksimaal tsien minuten. Dizze limyt is om testen streamlined en effektyf te hâlden.

Tests foar programmearring: ymplemintearje funksjes mei de test-earste oanpak, ek wol neamd test-driven ûntwikkeling (TDD). TDD bestiet út ûntwikkeling mei in ienfâldige iterative proseduere:

  • skriuw koade nei in test mislearre;
  • skriuw dan produksjekoade om de test troch te jaan;
  • as it nedich is, refactor jo produksje koade foar in meitsje it skjinner en makliker te begripen.

TDD bringt ferskate foardielen.

Earst, feedback. As it lestich is om in test te skriuwen, is it ûntwerp wêr't jo nei sykje of dat jo hawwe erfd wierskynlik te kompleks en moatte jo it ferienfâldigje.

Twads lit TDD programmeurs fertrouwe op 'e koade dy't se skriuwe en makket in moai loopritme wêr't de folgjende stap altyd dúdlik is.

Last but not least, it brûken fan TDD fan it begjin ôf soarget foar 100% koadedekking. De testsuite wurdt dan wirklik in feiligensnet foar takomstige feroarings, it stimulearjen fan koade refactoring en it meitsjen fan in deugdsume sirkel fan kwaliteit.

Inkrementeel ûntwerp: De praktyk fan inkrementeel ûntwerp betsjut dat jo elke dei moatte ynvestearje yn jo applikaasje-ûntwerp, sykje nei mooglikheden om duplikaasje te ferwiderjen en lytse ferbetteringen te meitsjen om it bêste mooglik ûntwerp te berikken foar wat jo systeem hjoed nedich is.

Trochrinnende yntegraasje: Yn XP yntegrearje jo jo wurk ferskate kearen deis yn 'e wichtichste dielde repository, wêrtroch in automatyske build fan it hiele systeem útsette. Sa betiid en sa faak mooglik yntegrearje ferminderet de kosten fan yntegraasje dramatysk, om't it fúzjes en logyske konflikten minder kâns makket. It bleatret ek miljeu- en ferslavingsproblemen.

Dielde koade (kollektyf eigendom): XP befoarderet dielde koade, of kollektyf eigendom: elke ûntwikkelder is ferantwurdlik foar alle koade. It stimulearret ynformaasje útwikseling, ferleget de ploech bus faktor en fergruttet de totale kwaliteit fan eltse module as wy beskôgje it prinsipe fan ferskaat.

Single CodeBase: Single codebase is ek bekend as "trunk-basearre ûntwikkeling". It betsjut dat d'r mar ien boarne fan wierheid is. Dus ynstee fan langere perioaden yn isolemint te ûntwikkeljen, foegje jo bydragen betiid en faak yn ien stream gear. Funksjeflaggen helpe jo gebrûk fan funksjes te beheinen oant se folslein binne.

Deistich ferdieling: ynset yn produksje op syn minst ien kear deis is in logysk gefolch fan trochgeande yntegraasje:. Yn feite, hjoed, in protte teams gean noch fierder en oefenje trochgeande ymplemintaasje. Dat is, as immen by de haadline komt, wurdt de applikaasje ynset nei produksje.

Koade en tests: Dizze praktyk betsjut dat boarnekoade, ynklusyf tests, it ienige permaninte artefakt is fan in softwareprojekt. Meidwaan oan it generearjen fan oare soarten artefakten, ynklusyf dokumintaasje, is faaks fergriemend, om't it gjin echte wearde genereart foar de klant.

As jo ​​​​oare artefakten of dokuminten nedich binne, meitsje dan in poging om se te generearjen fan produksjekoade en tests.

Root oarsaak analyze: As in defekt yn produksje giet, korrigearje it defekt net allinich. Soargje derfoar dat jo útfine wat it yn it earste plak feroarsake hat, wêrom jo en jo teamgenoaten net slagge om de slip te foarkommen. Nim dan stappen om te soargjen dat it net wer bart.

Wurkomjouwing

Sit tegearre: Yn XP wurkje teams leaver gear yn in iepen romte. Dizze praktyk befoarderet kommunikaasje en in gefoel fan hearren by in team.

It hiele team: Elkenien dy't nedich is foar it sukses fan it projekt is diel fan it XP-team. Dit is heul kontekstueel - oars foar elk team - en dynamysk, it kin binnen in team feroarje.

Ynformaasje wurkromten: In ynformaasjewurkromte brûkt de fysike romte fan it team om ynformaasje wer te jaan wêrmei elkenien yn ien eachopslach de fuortgong fan it projekt kin witte. Hoe't dit dien wurdt kin ferskille, fan fysike notysjes en grafiken oant skermôfbyldings mei Kanban-boerden en dashboards fan projektbehearsoftware.

Enerzjy wurk: Yn XP wurkje jo allinich sa lang as jo enerzjyk wurk dwaan kinne. Wurkoeren moatte wurde beheind ta 40 per wike, maksimaal.

Projektbehear

analysis- Skriuw brûkerseasken yn in opmaak bekend as brûkersanalyse. In brûkersanalyse hat in koarte, beskriuwende namme en ek in koarte beskriuwing fan wat der útfierd wurde moat.

slack: By it plannen fan in syklus, foegje lytse taken ta dy't it team kin ferlitte as it nedich is. Der kinne altyd mear ferhalen tafoege wurde as it team tefolle leveret.

Cycles (moanne en wykliks): Untwikkeling yn XP komt foar yn twa haadsyklusen: de wyklikse syklus en de moanlikse syklus.

Gearkomsten, syklusen, plande releases: Untwikkeling yn XP wurket yn twa haadsyklusen: de wyklikse syklus en de fearnsjier. Yn earste ynstânsje advisearre Kent Beck in syklus fan twa wiken, mar feroare dat yn 'e twadde edysje fan syn boek.

Wyklikse syklus: de wyklikse syklus is de "puls" fan in XP-projekt. De syklus begjint mei in gearkomste wêryn't de opdrachtjouwer kiest hokker ferhalen er yn de wike meitsje wol. Derneist beoardielet it team har wurk, ynklusyf de foarútgong fan ferline wike, en tinkt oer manieren om har proses te ferbetterjen.

Moanlikse syklus: Elke moanne reflektearret en identifisearret it team ferbetteringsmooglikheden yn har proses. De klant kiest ien of mear tema's foar dy moanne, tegearre mei de analyzes yn dizze tema's.

Hoe begjinne te wurkjen mei ekstreme programmearring?
Technyske feardigens en XP-gewoanten kinne lestich wêze om te learen. Guon fan 'e praktiken kinne frjemd lykje foar programmeurs dy't se net wend binne.

Ercole Palmeri

Ynnovaasje nijsbrief
Mis it wichtichste nijs oer ynnovaasje net. Meld jo oan om se fia e-post te ûntfangen.

Recent articles

Smart Lock Market: merkûndersyksrapport publisearre

De term Smart Lock Market ferwiist nei de yndustry en ekosysteem om de produksje, distribúsje en gebrûk ...

27 Marzo 2024

Wat binne ûntwerppatroanen: wêrom brûke se, klassifikaasje, foar- en neidielen

Yn software-engineering binne ûntwerppatroanen optimale oplossingen foar problemen dy't gewoanlik foarkomme yn software-ûntwerp. ik bin as...

26 Marzo 2024

De technologyske evolúsje fan yndustriële markearring

Yndustriële markearring is in brede term dy't ferskate techniken omfettet dy't brûkt wurde om permaninte merken te meitsjen op it oerflak fan in ...

25 Marzo 2024

Foarbylden fan Excel-makro's skreaun mei VBA

De folgjende ienfâldige Excel-makro-foarbylden waarden skreaun mei VBA Geschatte lêstiid: 3 minuten Foarbyld ...

25 Marzo 2024