.idea | ||
.settings | ||
META-INF | ||
out | ||
src | ||
test | ||
.classpath | ||
.gitignore | ||
.project | ||
AUTHORS.md | ||
Connect_4_Board_and_Box.jpg | ||
Connect_Four.gif | ||
LICENSE | ||
README.md | ||
SEM-2.md |
Semesteroppgave 2: “Fire på rad”
- README
- Oppgavetekst
Dette prosjektet inneholder Semesteroppgave 2. Du kan også lese oppgaven online (kan evt. ha små oppdateringer i oppgaveteksten som ikke er med i din private kopi).
Innleveringsfrist:
- Hele oppgaven skal være ferdig til fredag 27. april kl. 2359 (AoE)
- Ekstra tips til innlevering
(Kryss av under her, i README.md, så kan vi følge med på om du anser deg som ferdig med ting eller ikke.)
Utsettelse: Hvis du trenger forlenget frist er det mulig å be om det (spør gruppeleder – evt. foreleser/assistenter hvis det er en spesiell situasjon). Hvis du ber om utsettelse bør du være i gang (ha gjort litt ting, og pushet) før fristen
- En dag eller to går greit uten begrunnelse.
- Eksamen er relativt tidlig i år, så vi vil helst unngå lange utsettelser.
- Om det er spesielle grunner til at du vil trenge lengre tid, så er det bare å ta kontakt, så kan vi avtale noe. Ta også kontakt om du trenger annen tilrettelegging.
Fyll inn egne svar/beskrivelse/kommentarer til prosjektet under
- Levert av: NAVN (BRUKERNAVN)
- hele semesteroppgaven er ferdig og klar til retting!
- Code review:
- jeg har fått tilbakemelding underveis fra @brukernavn, ...
- jeg har gitt tilbakemelding underveis til @brukernavn, ...
- Sjekkliste:
- Kjørbart Fire på Rad-spill
- Forklart designvalg, hvordan koden er organisert, abstraksjon, og andre ting
- Tester
- Dokumentasjon (JavaDoc, kommentarer, diagrammer, README, etc.)
- Fornuftige navn på klasser, interfaces, metoder og variabler
- Fornuftige abstraksjoner og innkapsling (bruk av klasser, interface, metoder, etc.)
Oversikt
(oversikt over koden din og det du har gjort)
Bruk
- For å starte programmet kjør:
fyll.inn.her
Designvalg
(hvordan du har valgt å løse oppgaven)
Bruk av abstraksjon
(hvordan du har valgt objekter/klasser for å representere ting i spillet)
Erfaring – hvilke valg viste seg å være gode / dårlige?
(designerfaringer – er det noe du ville gjort annerledes?)
Testing
(hvordan du har testet ting)
Funksjonalitet, bugs
(hva virker / virker ikke)
Evt. erfaring fra code review
(lærte du noe av å gå gjennom din eller andres kode?)
Annet
(er det noe du ville gjort annerledes?)