utveckling inför vt24

[AndreasArne]

Generellt

• använd forum i discord
• sätt upp https://github.com/getsentry/sentry och inkludera i dbwebb test? då kan vi se vad de får för fel och då kan vi fokusera på felen?
• Det står "Utvecklingsmiljö och verktyg för programvaruutveckling med Python samt publicera kod på en driftserver och visa resultat via webbsidor." i kursplanen. Vilket gör det svårt att inte publisera flask till studentservern. Ignorera det? eller kanske bara gör det i en uppgift och annars kör allt lokalt.
• videor som visar hur yahtzee uppgifterna ser ut när de är klara.
• encapsulation vs abstraction vs information hiding - https://stackoverflow.com/questions/24626/abstraction-vs-information-hiding-vs-encapsulation
• lägg till mer sekvensdiagram i kmom04 och frammåt.
• yahtzee uppgifterna - skriva i kraven att de ska skicka in objekten, hand, regler och scoreboard till template.
• måste vi ha sekvensdiagram? byta ut mot flödesdiagram?
• Vid rättning, de får inte bara ha tester som kolla isinstance. De måste kolla att funktionaliteten stämmer

[AndreasArne]

kmom01

• Byt ut till ruff https://beta.ruff.rs/docs/?

[AndreasArne]

kmom02

• ändra så att de inte ska skapa get_value() i die och value är positivt. DÅ kan vi ändra det till privat senare med property och få till funktionaliteten som det är bra för.

[AndreasArne]

kmom03

[AndreasArne]

kmom04

• ingen inlämning i detta kmom.
• lägg till test för scorebaord där vi kolla att man inte kan lägga till poäng för en regel om den redan har valts och den fick 0 som poäng första gången. Jag hade en bugg i min kod där man kunde välja regler igen om den hade 0 som poäng.
• Vi har inget material som visar checkboxes

[AndreasArne]

kmom05

• prata om abstrakta datastrukturer, de ska inte veta vad som är sparat i dem. nu bygger de extra metoder och gör specifika saker i dem som har med yahtzee att göra.
• behålla kö uppgiften som extra eller lägga in som grunduppgift.
• studenterna får permission denied när de skriver till filen på studentservern. Lägg till att de ska köra chmod 777 på filen innan de gör publish.
• Länka till https://bookofbadchoices.com/index.html#page/11 ? som intro till algoritm tänk

[AndreasArne]

kmom06

• på något sätt begränsa vad de får göra i Qeueue klassen. Nu specialliserar de den en del med nya metoder så den ska skapa Scoreboard objekt och annat. Queue är inte längre abstrakt och generell. Är okej med en metod för att gör om till lista och återskapa från lista.
• lägga till ett krav på att filen med topplistan ska innehålla minst 3 namn med poäng så att vi kan se att de sorterar direkt.

[AndreasArne]

kmom07

• lägg till en size() metod. Testerna upptäckte inte om man tappar flera noder vid remove. Så size kan användas i testerna.
• i bst, lägg till att skapa en destruktor för Node klassen. Då kan vi göra del node i bst koden. I dekonstruktorn sätter vi alla referencer till none, left, right, paren.
• prata mer om olika typer av rekursion. Breath first, pre-in-post-order osv... Så vi kan göra krav 6 och 5 tydligare i projektet.

[AndreasArne]

kmom10

• specificera att startfilen ska heta spellchecker.py.
• gör det tydligt i instruktioner att projektet ska utföras individuellt!!!!
• krav 6. specificera att de ska utgå från slutnoderna och jobba sig uppåt. De får inte göra som maries lösning där de bygger upp ordet och sen kollar suffix. De får inte bygga upp alla ord som finns i trädet. De ska jobba rekursivt i post order och stegvis bygga upp ordet och i varje nod kolla om den ska läggas till. Detta funkar bara om vi tidigare pratar om olika rekursiva sätt, breath first osv... De får inte heller bygga upp en sträng att jämföra med.
• Lägg till på prefix kravet att de inte får jobba mot listor.... de ska jobba mot noderna.
• För alla de metoderna, de ska göra koll på noderna och får bara lägga till värde från nod till sträng eller lista OM noden uppfyller kraven för vad som ska returneras.
• I prefix på hemsidan ska de lägga till i formuläret så att föregående sak som skrevs ska vara förvalt. SOm det funkade i terminalen förut.
• "T.ex. står både att man ska läsa in dictionary.txt vid start och om man gör krav 4 ska frequency.txt läsas in, men det framgår inte riktigt att dictionary inte längre måste läsas in. Sorteringen av exemplen i krav 5 är inte alfabetisk, vilket jag fick svar om i chatten att den ska vara. "
• krav 4, förtydliga att de inte behöver funkar med dictionary.txt längre, bara frequency.txt.