Persoonlijke reflectie

Leerdoelen

Onderstaand de leerdoelen van de vakken die ik heb getackled tijdens dit project. Hierop ga ik dieper in in de aparte hoofdstukken die hierna komen.

Vakken	Leerdoel(en)
Web App From Scratch	You can retrieve data, manipulate it and dynamically convert it to html elements using templating
	You understand how you can work with an external API using asynchronous code
Progressive Web Apps	You understand the difference between client side and server side rendering and you can apply server side rendering in your application
Browser Technologies	You learn what Progressive Enhancement is and how you can apply it to a website or web-application

Reflectie op het project in het algemeen

De samenwerking tijdens dit project verliep naar mijn mening subliem. Dit komt met name denk ik door de nette development opzet die we hadden door te werken in branches en pull requests te gebruiken. Ook hielp het dat we het zo hadden opgezet dat we altijd live previews hadden. Daardoor kon niet alleen de code maar ook de werking van een bepaalde feature getest worden tijdens een review.

Op persoonlijk vlak heb ik eveneens veel geleerd en ben ik ook tegen mezelf aangelopen. Zo heb ik veel nuttige discussies gevoerd met m'n teamgenoten over een bepaalde technische opzet. Ook ben ik erachter gekomen dat ik moeite heb met iets wat enorm technisch is uitleggen aan een opdrachtgever die niet zo technisch is als ik, dit is zeker iets wat ik tijdens m'n stage wil gaan oppakken om mezelf in te ontwikkelen.

Daarnaast vond ik het tof om te zien hoe de code kwaliteit van mij en m'n teamgenoten is gestegen naarmate het project vorderde. Ik kan me bijvoorbeeld herinneren dat Deanna ergens een PR inschoot en ik echt zoiets had van: "Damn, die code ziet er oprecht netjes uit!".

Reflectie op mijn persoonlijke leerdoelen

Onderstaand een reflectie op mijn persoonlijke leerdoelen zoals beschreven in de inleiding van deze product biografie.

Ik wil leren hoe het is om een team van developers te leiden bij het bouwen van een grotere website.

Ik heb gemerkt dat mijn verantwoordelijkheidsgevoel me soms in de weg zit hiermee. Vooral omdat je tijdens het project dus vet veel te maken hebt met een niveauverschil zoals ik in het gesprek met Joost ook heb aangegeven.

Wel heb ik hierdoor geleerd dat ik soms iets meer moet loslaten en niet teveel moet willen micromanagen. Aan de andere kant vind ik het heel gaaf om te zien dat m'n teamgenoten tijdens het project zijn gegroeid en dit gaf mij nog meer motivatie om zelf ook m'n beste beentje voor te zetten.

Er is in een team van developers best veel verschil in niveau, iets wat tot het einde van het project lastig vond om mee om te gaan. Vooral omdat ik dan van tevoren zelf inschat hoe lang het bouwen van een bepaalde feature zou duren en dan blijkt het dat een teamgenoot daar langer mee bezig is. Ik vind het dan lastig om te kijken tot hoe ver ik daarover iets kan zeggen tegen een (minder ervaren) teamgenoot.

Ik wil van A tot Z een (headless) website bouwen inclusief bijvoorbeeld connectie met een CMS

Ik vond het heel leerzaam om (eindelijk) eens een website van A tot Z op te zetten in samenwerking met een development team. De connectie met het CMS heb ik voor een groot deel opgezet.

Ik heb wel gemerkt dat een project best complex kan worden qua infrastructuur als je er dus bijvoorbeeld een CMS aan moet koppelen omdat je dan ineens veel meer hebt waar je over na moet denken.

Desalniettemin heb ik nu ik dit project gedaan heb wel degelijk het idee dat ik zelfstandig qua development een soortgelijk project op zou kunnen zetten tijdens m'n werk of voor een klant o.i.d.

Ik wil in begrijpbare taal technische dingen kunnen uitleggen aan een niet-technische opdrachtgever

Ik heb geprobeerd om in het begin zoveel mogelijk van dit soort zaken op te pakken en dus het gesprek met de opdrachtgever op technisch gebied te leiden. Het bleek voor mij toch best lastig om zo min mogelijk technische termen te gebruiken waardoor de opdrachtgever soms het spoor bijster was tijdens m'n uitleg.

Later heb ik de taak van het leiden van de gesprekken met de opdrachtgever dan ook over laten nemen door m'n teamgenoten om zo van hen wat dingen te leren op het gebied van hoe zij de dingen uitleggen aan de opdrachtgever. Daarnaast heb ik dus in een gesprek met Laurens gevraagd hoe hij dat aanpakt, hij heeft me een aantal nuttige tips gegeven waar ik in de toekomst zeker gebruik van ga maken.

Daarnaast vind ik dat dit nog steeds een leerpunt voor mezelf blijft en dus wil ik dit ook zeker mee nemen in bijvoorbeeld m'n stage.

Persoonlijke verbeterpunten

• Ik ga misschien te snel in op de code, wellicht is het in de toekomst beter om meer bij de content blijven in het begin om enige technische tunnelvisie te voorkomen

• Het blijft voor mij nog steeds een struikelblok om technische dingen in eenvoudige taal uit te kunnen leggen aan leken

• Achteraf gezien was het misschien beter om verder uit te zoomen aan het begin, hoewel er in de briefing stond dat het een headless oplossing moest zijn had dit niet het geval hoeven zijn voor het project

• Voor een volgens prototype iets meer focussen op er een tof geheel van te maken in plaats van het bouwen van een technisch goed werkende POC, hoewel het technisch zeker goed in elkaar zit mist dit project wat jeu.