Samenvatting ervaring opdracht
Project begon goed door de taken die we onderling verdeelden en door gebruik te maken van het Miro board, team canvas en het project board. Wij waren op de eerste dag daarom al goed op pad en iedereen wist eigenlijk al waar hij aan ging werken.
Doordat we een project board gemaakt hadden konden we een overzicht maken van wat er allemaal gedaan moest worden en konden we de taken goed verdelen. Zo wist iedereen wat er van hem verwacht werd en kon iedereen na deze dag al gelijk beginnen met coderen. Iedereen koos een taak uit die hij wilde doen en dan zette we die bepaalde taak op zijn naam. Als de bepaalde taak was afgerond dan verplaatsten we deze naar de done kolom. Dus we probeerden dagelijks de project board up to date te houden. Dit ging allemaal vrij goed :)
In de team canvas stelden we alle regels vast waar we aan gingen houden zodat het project goed verloopt. Ook gaven we ieder zijn rol en stelden wij onze doelen van het project vast. Hiernaast stelden we ook onze persoonlijke doelen voor het project en streefden we zo naar een succesvolle afronding. Bij het afronden van het project zijn we alle doelen langsgegaan om te kijken of het is gelukt en er dingen niet aan de orde zijn gekomen. Voor ons waren alle doelen aan orde gekomen en waren wij blij met het resultaat. Dit komt omdat we goed communiceerden in het team.
We maakten eerst individueel een schets van je pagina hoe die er uit zou komen te zien. Hierna lieten we elkaar onze schetsen zien en gaven we elkaar feedback. We probeerden onze schetsen zo duidelijk mogelijk te maken zodat als we ergens tegen aan liepen we onze vraag duidelijk konden verwoorden door je schets te laten zien.
Toen we blij waren met alle schetsen maakten wij er fotos van en plaatsten we deze op het Miro board en verbonden we ze met pijltjes. Doordat we een sitemap maakten kregen wij een beter beeld over de structuur van de website. Deze opdracht maakten we samen om misverstanden te voorkomen en beter begrip te krijgen.
De dag voor de vakantie hadden wij een mappenstructuur gemaakt en waren alle packages geïnstalleerd en gepushed op git zodat iedereen gemakkelijk kon beginnen met coderen. Dit vonden wij prettig om te doen omdat je dan duidelijk wist in welke mappen je ging werken. Wij kozen er voor om met zijn alle in de main te werken alleen kwam Amir op het idee dat we beter in branches konden werken. Dit werd besproken in Discord en wij gingen hiermee akkoord.
Toen het einde van de vakantie naderde zijn we allemaal een begin gaan maken aan het bouwen van de pagina's. En we hadden besproken een code review te doen op de eerste schooldag na de vakantie. Op school keken we naar elkaars code en pagina's om te zien hoe het is gegaan en kregen we merge conflicts die we wel gemakkelijk konden oplossen. Wij waren blij met het resultaat dat we hadden hadden gerealiseerd en moesten alleen nog een paar aanpassingen maken aan de detail page en moest de push nog werken. We hadden wel dat er nog niet duidelijk was op welke pagina de reserveer knop moest maar konden dat snel onderling overleggen en aanpassen. Ook liepen we wel tegen de push aan maar daar kwam een leraar bij helpen wat uiteindelijk ook goed is gelukt.
Wat een beetje verwarrend was is dat we eerst als taken gaven als: "wie doet de GET en wie doet de POST?". Alleen is dat niet verstandig omdat je op meerdere pagina's natuurlijk een get of post kan hebben en je dan aan elkaars code moet zitten. Toen we daar achter kwamen lieten we elkaar weten dat we gewoon de GET of POST van je eigen pagina ging coderen.
We gaven iedereen issues op de pagina waarop ze gewerkt hadden. Om zo een beetje feedback te geven en zo ook te kunnen zien wat er beter kon. Alleen wat handiger zou zijn is als we de namen bij de issues zouden zetten zodat je voor jezelf weet welke issue bij jou hoort. Omdat we nu natuurlijk in een gezamenlijke git werken moet je nu gaan zoeken welke issue bij jou stukje code hoort.
Mohamed:
