sprint 15 checkout 4 - vsheo/i-love-web GitHub Wiki
10/29/2025
workshop wrap op en argumenteren
JAM Stack presenteren
Vrijdag moeten we argumenten voor onze tech stack presenteren, maar dan ben ik op performance now. ik zal wel de argumenten maken, deze workshop laat zien hoe.
website van de opdrachtgever
wij moeten ook een argument maken voor welke tech stack het best is voor deze website:
Formuleer een standpunt en selecteer argumenten
- A: 11ty is beter voor de website van de opdrachtgever, omdat het voornamelijk gaat om tekst die op de pagina moet worden weergegeven.
- B: Op de hoofdpagina is er een optie om te filteren, dit kan wat moeilijker zijn voor de developer om te implementeren.
- C: Het is mogelijk om de hoofdpagina grotendeels in HTML te schrijven en de kaartjes voor de projecten in te laden als Nunjucks-componenten.
- D: De detail pagina bestaat uit een foto met titels en tekst.
- E: Dit is handig voor de opdrachtgever, omdat zij haar tekst in Notion als Markdown kan schrijven.
- F: Wij developers kunnen ervoor zorgen dat haar Markdown bestanden worden opgehaald en op de website worden weergegeven.
- G: In Directus is het ook mogelijk, maar het vereist in het begin veel uitleg, Markdown is veel makkelijker aan te leren.
- H: Markdown en Notion zorgen ervoor dat de opdrachtgever zelf haar website up to date kan houden.
- I: Wij developers moeten ervoor zorgen dat de website regelmatig de bestanden ophaalt zodat de content up to date blijft.
- J: Interactieve elementen zijn moeilijker te maken in 11ty.
- K: De bedoeling van de website is dat ontwerpers van beeldherkenning kunnen zien wat het publiek van de technologie vindt.
- L: 11ty heeft geen server-side fetching, alles gebeurt client-side
- M: Er komen op dit moment niet heel veel onderzoeken op de website (het zijn er momenteel 8), dus de gebruiker kan er gemakkelijk doorheen scrollen.
Maak een argumentatieschema:
Enkelvoudige:
A
Meervoudige:
C -> A
D -> A
L -> B
Nevenschikkende:
B & J -> A
Onderschikkende:
G -> E -> F
I -> H -> E -> F
Standpunt: De meest geschikte stack voor de opdrachtgever is 11ty gecombineerd met Notion, omdat dit het eenvoudig maakt voor de opdrachtgever om zelf haar onderzoeken te schrijven in Markdown. 11ty zet dit vervolgens om naar een website.
Meervoudige argumenten: De hoofdpagina kan je makkelijk maken door het grotendeels in HTML te schrijven. De detailpagina wordt door 11ty gegenereerd, je kan zelf aangeven om welke elementen je een container wilt, zoals een section of article, om de detailpagina makkelijker te stylen. 11ty heeft geen server side rendering, dus filteren zal moeilijker worden, dat moet op de client side gedaan worden. Als JavaScript uit staat, kan er niet gefilterd worden.
Nevenschikkende argumenten: De filter zal moeilijker zijn voor de developer om te implementeren, omdat deze volledig client side moet gebeuren. Interactieve elementen zoals dropdowns, sliders en tabs met live feedback zijn moeilijker te maken in 11ty, omdat het een static site generator is, het heeft geen interactiviteit zoals React of Svelte. Maar omdat de site heel simpel is, is dit niet nodig. Voor deze site kan dit gezien worden als enhancements.
Onderschikkende argumenten: Het is handiger voor de opdrachtgever om haar teksten in Markdown te schrijven, omdat Markdown makkelijk op te pakken is. Directus is ook een optie, maar dat vereist uitleg over hoe het werkt. Ook is het mogelijk dat de opdrachtgever per ongeluk iets aanpast en niet weet hoe ze terug kan gaan. In Notion schrijft de opdrachtgever gewoon tekst, en er is minder kans dat er iets misgaat. Het nadeel van Notion is dat het vanzelf niet direct de nieuwste versie doorstuurt naar de website, hiervoor moeten de developers iets bedenken.
Conclusie: 11ty in combinatie met Notion en Markdown is de meest geschikte stack voor deze website. De argumenten tonen aan dat deze keuze efficiënt en praktisch is voor de behoeften van de opdrachtgever. Voor developers is het wel wat moeilijker om op te zetten, maar daarna kan de opdrachtgever zelf eenvoudig content toevoegen en aanpassen.
Mentor feedback
de eerste jaars hebben feedback geschreven voor de mentoren. wat wij hiermee moeten doen staat hier beschreven
Met Hier geef ik aan waar het is na het lezen van de feedback
Je bent één keer per week aanwezig op het afgesproken moment
Tekort ---------------Moed------------- Teveel
ik ben op vrijdag mentor, 1 keer was ik niet aanwezig omdat mn verstandskiezen die dag getrokken werden. die dag heb ik ingehaald, Krijn had mij gevraag om op de woensdag te komen
Je stapt actief op eerstejaars studenten af om ze te helpen
Tekort -------------------Moed--Hier------- Teveel
vaak stellen ze geen vragen, maar als ik zie dat ze vast zitten of als het lang stil is. vraag ikw el als het lukt, als ze vast zitten of als ze hulp nodig hebben.
Je luistert, vat samen en vraagt door bij het helpen van studenten
Tekort -------Moed----Hier----------------- Teveel
tijdens mijn mentor momenten heb ik in gedachten gehouden om dit te doen. ik heb wel feel feedback gegeven, dus het zou kunnen dat ik het onbewust heb gedaan in issues, dit moet ik even na kijken
Je bereidt de workshops voor en helpt de studenten bij de opdracht die ze krijgen
Tekort ---------------Moed---Hier---------- Teveel
voor de les lees ik wel door de workshops heen. ik ben mentor op de feedback dag dus zelf hoef ik niet veel voor te bereiden, zoals maandag en woensdag waar je de workshops zelf kan doen als refresh
Je beantwoordt vragen over HTML, CSS en JS
Tekort -----------------------Moed----- Teveel
ik heb heel veel vragen over HTML en CSS beantwoord in issues maar ook verbaal, de eerste jaars waren nog niet zoveel bezeig geweest met JS
Je doet code/design reviews op leertaken
Tekort ----------------------Moed/Hier------ Teveel
Ik heb bijna elke week feedback zitten geven op code en designs
Je geeft feedback in issues van eerstejaars
Tekort -----------------------Moed/Hier----- Teveel
Veel van mijn Feedback is in issues geschreven
Optioneel: Als je het leuk vindt, mag je zelf een workshop of presentatie geven
Tekort Moed---------------------------- Teveel
dit heb ik niet gedaan
ik vond het moeilijk om de 'Hier' te plaatsen, omdat de punten niet overeen komen met de vragen die de 1dte jaars kregen ik heb feedback van 3 studenten: onder wat heb je geleerd:
- ik stuur de studenten aan om zelf dingen op te zoeken/ uitzoeken
- Feedback analyseren en verwerken
- hoe code beter of anders geschreven kan worden
Wat ik beter kan doen staat bij alle 3 leeg
Wat ik goed deed:
- legt goed uit
- ondersteud de groep om workshops af te krijgen
- laat tricks zien
- uitgebreide feedback en oplossingen
ik ben tevreden met waar ik nu sta,
komende sprint zal ik werken aan Je luistert, vat samen en vraagt door bij het helpen van studenten hier heb ik niet actief aandacht aan besteed. in sprint 16 zal ik proberen om hierop te letten
voorbereiding retrospect
als vorig sprint moeten we zelf een retrospect voorbereiden. dit moet klaar staan voor vrijdag. op vrijdag gaan we zie uitvoeren met de team