Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Het frontend is naar mijn mening prima. De website heeft een gebruiksvriendelijke interface. Alleen duurt het laden van de applicatie erg lang maar dat heeft meer met de huidige server te maken waar de data wordt opgehaald. Als die een sterkere server erachter heeft draaien dan zal de performance ook zeker grote verbeteringen geven. Verder was de eis vanuit Regterschot dat de live data 20 keer seconden op de site geupdate moest worden. Dit hebben we alleen niet kunnen testen omdat het draaien van een broker lokaal erg intensief was. Ik ben daarom ook van mening dat we dit mogelijk anders hadden kunnen oplossen. Maar omdat we dit te laat hadden ingezien hebben we moeten roeien met de riemen die we hadden. Dus we hebben wel live data op de applicatie maar helaas is het wel zeer ondermaats van wat Regterschot in de eerste instantie zou willen.

De backend zit erg sterk in elkaar. Tijdens het project heb ik mijn server opgezet om voor iedereen te kunnen testen. Dit was gedaan zodat iedereen ten allertijde de zelfde dezelfde database en data had en niet ineens voor rare veranderingen komen te staan. Dit had zo zijn voor en nadelen maar in het algemeen werkte het zeer prettig. Doordat we de UML niet eerst hebben gemaakt hadden we veel conflicts met naamconventies. De conflicts zijn uiteindelijk wel opgelost, maar het koste kostte veel meer tijd dan nodig was als we eerst alle UML hadden gemaakt.

...

Voor de design decisions heb ik meegeholpen met het maken van de database (Hoofdstuk 5.1). Omdat de meeste groepsgenoten net van de propedeuse afkwamen, en hun nog niet echt met databases hadden gewerkt heb ik voorstel gedaan om mee te helpen. Hierdoor was er minstens een iemand die ook ISE heeft gedaan en tips kon geven of eventueel makkelijk dingen constraints kon aanpassen. Hierbij heb ik me dus vooral bezig gehouden met de connecties tussen tabellen (Foreign en primary keys). Uiteindelijk heb ik de rest bijgeleerd hoe je makkelijk de keys kan toevoegen en aanpassen zonder al te veel code. Dit zorgde ervoor dat wanneer er keys veranderd moesten worden dat dat een stuk makkelijker ging. Ik heb hierwel bij geleerd hoe ik beter mijn mening moet overbrengen omdat personen uit mijn groep vrij standvast waren over het koppelen van keys met code, in plaats van de tooling die we hadden gekregen.

...

Verder heb ik het maken van de de Tab CRUD (Hoofdstuk 4.4 Tab CRUD) op mij genomen. Dit was vooral omdat ik in de eerste instantie veel bezig was geweest met de tabs weergeven op de webapplicatie. En aangezien ik dat dan gemakkelijk mee heb kunnen nemen is dat ook gebeurd.

...

OOSE P-05. De student implementeert een gedistribueerd systeem, evalueert het ontwerp en de realisatie daarvan en zorgt voor traceerbaarheid daartussen en naar de functionele en niet-functionele eisen.

Van Regterschot hadden wij we te horen gekregen dat ze alleen de hoog nodige security nodig hadden zodat de data veilig is. Om dit te kunnen doen heb ik een JWT token geimplementeerd die ervoor zorgt dat niemand bij de data kan komen van Regterschot behalve de mensen die kunnen inloggen in de website. De geimplementeerde token word gemaakt op de door ons gemaakte API. Wanneer de gebruiker inlogt, word er een geëncrypteerde token gestuurd (Lijn 12+15) die wanneer de gebruiker data opvraagd gestuurd wordt naar de API zodat die kan kijken of de gebruiker daadwerkelijk iemand van het systeem is.

Dit was vrij lastig omdat groepsgenoten het eerst anders wouden doen. Dit koste kostte veel tijd en gaf veel stress omdat het een van de weinige vaste eisen waren die Regterschot hadden gesteld. Voor volgende projecten ga ik dan ook met de groep overleggen welke methoden we zullen gaan gebruiken zodat we niet weken vast zitten op iets wat veel makkelijk opgelost had kunnen worden.

...

  • Ik ga mij opzetten als gespreksleider tijdens de gesprekken met de product owner. Hierdoor wil ik mijn gespreksvaardigheden bijwerken en verbeteren. 
  • Voor dat de retrospective van het einde van de eerste sprint begint, ga ik minimaal 2 tips bedenken voor mijn project genoten. Hierdoor kom ik voorbereider over en zal dit ook makkelijker gaan voor mij.
  • Tijdens de tweede sprint ben ik vaker bij mensen geweest als ze vragen hadden zodat ze sneller weer verder konden. Zo wisten mensen waar ik mee bezig was maar wist ik ook waar hun mee bezig waren.

...

In het begin van het project begonnen met zeer laks doordat we de opdracht onderschatten. Dit in combinatie met dat we net uit een schoolsetting komen en vaak smiddags vroeg klaar waren, waren we zeer snel geneigd om vroeg weg tegaan. Na de eerste sprint werden we nogal hard op de feiten gedrukt aangezien we bijna niks afhadden gekregen. Hierna zijn we al wel vaker langer gebleven om meer te kunnen doen. Om mijn leerdoelen te kunnen halen had ik mijzelf genomineerd om het vaste aanspreekpunt te zijn naar de opdrachtgever. Dit zorgde ervoor dat ik altijd wist wat er speelde en waar we nog antwoord op moeste krijgen van de opdrachtgever.

met Met het reflecteren over het gehelen gehele project zie ik het uiteindelijk toch wel anders. Ik zag in dat ik met de compleet verkeerde mindset in het project was gestapt waardoor mijn werk ook achter ging lopen. Dit gecombineerd met de verkeerde aanpak van het project zorgde uiteindelijk voor frustratie bij sommige. In een volgend project wil ik de volledige les stof toepassen in plaats van de minimale toepassing wat we hier hebben gedaan. In het tweede deel van het project ben ik wat minder op de voorgrond gaan staan, hierdoor konden andere mensen ook bijvoorbeeld de sprint review laten zien aan de opdrachtgever. Tevens ben ik ook begonnen mijn mindset van een schoolsetting meer naar daadwerkelijk werken om gaan zetten. Bijvoorbeeld langer blijven, meer gericht communiceren en minder afgeleid worden tijdens werken tijden. Daar heb ik vele stappen kunnen zetten als groepslid. Voor volgende projecten ga ik dit ook zeker meenemen. Op het gebied van developer ben ik ook sterk gegroeid. Doormiddel Door middel van verschillende mensen je code te laten nakijken krijg je steeds nieuwe feedback en leer je meer en meer van je fouten. Dan met behulp van sonarcube heb ik geleerd wat "Best practice" is voor vele verschillende code problemen. Dit heeft mij zeer veel dingen bij gebracht en heeft mij geholpen met goede stappen te zetten richting een echte developer.

...