Wrap‐up

Don't Repeat Yourself - Component Library

WRAP-UP sprint 16

Vandaag gaan jullie laten zien hoe jullie DRY hebben toegepast in jullie project — en leren van andere teams hoe zij hun code beter onderhoudbaar, herbruikbaar en overzichtelijk hebben gemaakt.

Het doel van deze workshop is niet alleen presenteren, maar kennis uitwisselen, inspiratie ophalen, en met nieuwe ideeën terug naar je eigen codebase gaan.

Aanpak

1. Team-presentaties (2 rondes)
2. Feedback & inspiratie
3. Korte code-aanpassing in eigen repo
4. Voorbereiding sprint review

1. Presenteren

Hoe hebben jullie DRY toegepast? Laat bijvoorbeeld zien:

• Waar zat herhaling in jullie code? (HTML, CSS, JS, Svelte)
• Hoe hebben jullie dat opgelost? → components, layouts, data loading, slots, loops, utility classes, stores, etc...
• Voorbeeld: voor & na code fragmenten
• Welke conventies uit de FDND docs hebben jullie gevolgd?

🛠️ Opdracht 1 (14–20 min per twee teams)

• Team A presenteert 5–7 min
• Team B stelt vragen + geeft feedback 3–5 min
• Elk team schrijft inzichten op die je wilt onthouden (minstens 2)
• Dan wisselen.

Deze opdracht doe je in twee rondes, zodat je uit twee teams inspiratie kunt opdoen. Daarna ga je verder met het volgende onderdeel.

2. Feedback & inspiratie

Verwerk de inzichten.

🛠️ Opdracht 2 (5-10 min per team)

Schrijf samen op het whiteboard:

Wat werkt goed in hun code?	Wat willen wij daarvan toepassen?
-----	-----
-----	-----
-----	-----

Maar hier user stories van op jullie projectboard. Dit kan prima een "Als developer wil ik.... zodat mijn codebase beter onderhoudbaar is" story zijn.

Poker deze met je team.

3. Implementatie

Toepassen van de inzichten op jullie eigen project.

🛠️ Opdracht 3 - Timebox van 30 min

• Kies 1 van de user stories die jullie net hebben geschreven
• Pas het samen (pair programming, 1 laptop) toe op jullie eigen codebase vóór het einde van de workshop
• Review dit met een docent

4. Voorbereiding Sprint review

Als je dit nog niet klaar hebt ga dit dan nu heel snel doen!

✒️ Leervragen (learning journal)

1. Waar zaten de grootste duplicaties in jullie project?
2. Hoe hebben jullie DRY toegepast en waarom was dat de juiste oplossing?
3. Wat heb je geleerd van andere teams en wat heb je direct overgenomen?
4. Hoe draagt DRY bij aan schaalbaarheid & teamwork binnen je repo?