Summary - Codereview Exam
- Laat de leraar je dingen vragen, en beantwoord de vragen. Zo simpel is het.
- LUL uit je nek, vragen ze iets en kkijken ze alsof je het nog niet hebt beantwoord? zeg nog n keer t zelfde maar op n andere manier. Verwoordt t anders. Zeg dingen die je denkt dat r niet 100% bij passen gwn omdat t kan.
- Als je even iets niet meer weet, kan je altijd vragen om eerst iets anders te beantwoorden zodat je t je nog kan herinneren
- pak een glas water ofzo, het is meer praten dan je denkt.
bij mij duurde het anderhalf of 2 uur? idk zoiets
- Doe je
user story format
gebruiken? (je moet meerdere kaartjes laten zien) - Je moet bugreport laten zien:
wie heeft gevonden
,welke versie
,welke versie is gefixt
,reproductie stappen
,verwacht resultaat
,gekregen resultaat
- Laat apllicaties zien waarmee je werkt
github
,vscode
,trello
,postman ofzo
, en vertel wrm dat beter is dan puur notepad coderen. - laat duidelijk weten dat je weet wat
script injection
endb injection ofzo
is, en hoe jouw applicatie daarop is beveiligd. - je moet laten zien hoe je een codereview hebt gehad met n collega, en waar je de feedback hebt genoteerd. En wat je er mee hebt gedaan.
- je meot een schema die je hebt gemaakt voor je applicatie uitleggen, ik had een flowchart uitgelegd. ging over hoe de applicatie werkt stap voor stap.
- je meot laten zien waar je OOP gebruikt, en wat r nog meer bij OOP zit.
methods
,fields
,inheritance
etc - Je moet uitleggen wat voor design je code is,
MVC
,SPA
, en hoezo. (wijs de Model View Controller aan etc) - je moet teststappen laten zien
- je moet een testomgeving hebben, waar een klant functioneel kan testen. (dus alleen via het gebruiken van de UI.
waarschijnlijk is een testing branch daarvoor een eis, maar dat liet ik zien voordat t gevraagd werdt
- Je moet ook testdata hebben voor als een klant je ding wilt testen en je hebt ene Database. Ze gaan hier ook vragen waar je je testdata hebt.
- Je moet releasebuilds maken.
- je moet laten zien dat je dagelijks commit ofzo. ik gebruikte hiervoor de git graph extensie van VSCODE, want dan zien ze ook gelijk dat ik branchges heb.
- Laten weten dat je weet dat er een privacy wet is.
- je moet laten zien wat je hebt gedaan met een bugreport.
- je meot je trello bord gesorteerd hebben met n rij per sprint (en als je iets anders gebruikt dan trello ist ook goe.)
- je moet laten zien wat voor onderdelen er aan een kaartje kunnen hangen, wat is bijvoorbeeld je grootste kaartje etc..
- Je moet natuurlijk laten zien heo het werkt
- Je moet ook dingen laten zien die je hebt gedaan specefiek voor je target gebruiker.
ik heb een bepaalde knop weggehaald als het "niet perse nodig is" omdat de geen computer nerds verward kunnen raken als ie er wel is.
English version? with examples? -GPT
- User Story Format:
- As a student, I want to engage with the teacher by asking and answering questions to enhance my learning.
- As a learner, I want to feel encouraged to express myself freely during discussions, even if my responses may not align perfectly with the questions asked.
- As a student, I want the option to request a moment to recall information before answering a question.
- As a participant, I want to stay hydrated during discussions, as they can be longer than expected.
-
Bug Report:
- Finder: Self-discovered
- Version: 1.0.0
- Fixed Version: 1.0.1
- Reproduction Steps:
- Engage in a discussion.
- Respond to a question.
- Observe the reaction of the questioner.
- Expected Result: Clear communication and understanding.
- Actual Result: Miscommunication or confusion.
-
Applications Used:
- GitHub: For version control and collaboration.
- VSCode: Integrated development environment for coding.
- Trello: Agile project management tool.
- Postman: For API testing.
- These tools enhance productivity compared to coding solely in a basic text editor like Notepad.
-
Security Measures:
- Aware of script injection and database injection vulnerabilities.
- Application is secured through input validation and parameterized queries to prevent such attacks.
-
Code Review:
- Conducted a code review with a colleague.
- Feedback documented in Trello.
- Implemented suggested improvements and addressed identified issues.
-
Application Schema:
- Utilized OOP principles including methods, fields, and inheritance.
- Detailed application flowchart illustrates step-by-step functionality.
-
Code Design:
- Followed the MVC (Model-View-Controller) design pattern.
- Separated concerns for better code organization and maintainability.
-
Testing:
- Developed comprehensive test cases.
- Created a testing environment accessible for functional testing via the UI.
-
Test Data:
- Maintained separate test data in the database for client testing purposes.
- Test data location documented for reference.
-
Release Builds:
- Regularly created release builds for deployment.
-
Version Control:
- Demonstrated daily commits using VSCode Git graph extension.
-
Privacy Compliance:
- Adhered to relevant privacy laws and regulations.
-
Trello Board:
- Organized Trello board with one row per sprint for clear task management.
-
Card Components:
- Each card includes detailed user stories, acceptance criteria, and assigned tasks.
- Prioritized tasks based on importance, with larger tasks receiving higher priority.
-
Target User Considerations:
- Made user interface adjustments tailored to the target audience’s needs and preferences.
Summary - Gesprek Exam
Hierbij hou je een gesprek met je stagebegelijder of klant (gewoon een gesprek wat je vaker doet) en hierbij kijken de docenten mee. Ik koos hiervoor een sprint gesprek. (met powerpoint, want dat helpt je echt veel met spanning, overdrijven zodat je zeker weet dat je het haalt was mijn plan). aan het begin voor dat je je gesprek houdt vraagt de leraar je wat vragen:
- wat voor werkmethode gebruik je (scrum, kanban, watervall)
- wat is het verschil tussen die en andere methodieken
- wi heeft voor deze methode gekozen
- gebruik je trello
- wat is het doel van dit gesprek, en wanneer is dit een succesvol gesprek
- stel jezelf enb je collegas (in het gesprek) voor
- wat doet je bedrijf, en wat is je project
dit waren mijn vragen die ik van tevoren kreeg, nou bladiebladiebla, ik heb dat gesprek gedaan (uitgebrijder dan normaal. want ik wilde t sws halen) daarna kreeg ik nog wat vragen, weet ze niet allemaal meer, maar herrinner me de volgende:
- hoe vond je het gesprek gaan
- is het een geslaagd gesprek
- heb je uit het gesprek kunnen oppakken wat je collegas er van vonden?
- op een schaal van 1 op 10, hoe tevreden zijn je collega’s met je
- vraag aan je collegas hoe tevreden ze met je zijn (ik wist t antwoord niet nmlk)
- kan jij vragen stellen aan je collega’s als je vastloopt
- noem een eigenschap van 1 van je collegas die je fijn vind (ik had behulpzaam gekozen)
- Wat motiveert je (of iets in die trant, weet de vraag niet, maar wel mn antwoord: “Het willen uitzoeken van dingen, en ontdekken hoe het werkt.” en daarna gingen de 2 leraren voor 5 minuten hun resultaten vergelijken, en daarna kreeg ik een voldoende. Met de feedback: stel vragen aan je collega’s, ook bijvoorbeeld over of ze tevreden met mij zijn (ik haat die vraag man, rather not know than find out it’s not)
Gesprek examen moet een overleg met een collega of klant. Bij mij keken ze mee via teams.