Diverse eksamensråd for emnet "Grunnleggende programmering"


Eksamenspraktisk:

  1. Eksamen vil foregå digitalt i Inspera. Vær/bli på forhånd ordentlig kjent med hvordan dette brukes/virker!
     
  2. Som oftest vil et vedlegg (som angir hovedrisset/skjelettet for programmet, der du spesielt skal lage innmaten til en del funksjoner) også bli utdelt på papir.
     
  3. Eksamensoppgaven vil være to-delt: "Hva blir utskriften fra ..." og en "større" programmeringsoppgave.
     
  4. Alt trykt og skrevet materiale er det tillatt å ha med til eksamen. Kalkulator er ikke tillatt.
    Bl.a. LesData(2).h er det sikkert lurt å ta med seg en utskrift av.
     
  5. Ta pause! Hjernen har godt av litt frisk luft (et avbrekk) og oppmerksomhet omkring noe helt annet en stund. Du lurer bare deg selv ved å tro at du bevarer full konsentrasjon i eksamenslokalet gjennom alle timene.
     
  6. Slapp av (mye av) dagen før eksamen! Programmering er ikke noe puggefag, det er hands-on. Så programmering har du formodentlig "i fingrene" allerede.
     
  7. Løsning(sforslag) og rettemal/sensorguide vil bli lagt ut på EKSAMEN-katalogen ca. en time etter offisielle slutt på eksamen.
    Studer og bruk rettemalen aktivt og selvkritisk før du evt. ber om begrunnelse og (deretter) evt. klager.
     

Eksamensteknisk (oppgave 2):

  1. Det viktigste med denne oppgaven (som teller mest) er å vise at du kan (finne frem til, opprette og) behandle datastrukturer.
     
  2. Les hele oppgaveteksten først, nøye, før du begynner skrivearbeidet. Gjør notater og lag figurer/tegnskisser underveis.
    Løs oppgaven ved å tegne og fortelle for deg selv (lag evt.pseudokode/figurer), før du skriver en ferdig programbit. (Dette gjelder både hele problemstillingen, og hver enkelt funksjon.)
    Tenk deg godt om før du starter programmeringen.
     
  3. Sørg for å få minst "en halv F" på alle deloppgavene. Dvs. la i minst mulig grad noe stå helt blankt, men prøv ihvertfall å svare noe i form av pseudokode. Men la dette være godt og lesbart - ikke noe raskt "kludder".
     
  4. Ikke gjenta oppgavetekst og lærebok (henvis heller).
     
  5. Ad kommentering: Husk at det er ditt ansvar å få sensor til å skjønne det du har tenkt. Selvsagte, selvforklarende og trivielle programsetninger trengs derfor antagelig ikke å kommenteres.
    Men, om du er usikker på hvordan koden eksakt skrives, så kommenter evt. hva du ønsker/tenker å gjøre. Evt. feil i programlogikken vil derfor ikke telle negativt, om du via kommentarer viser at du har tenkt riktig.
     
  6. Ad pseudokode: Mener du at du skriver fullverdig og god kode som besvarer oppgaveteksten, så trenger pseudokode ikke å være med i din besvarelse.
     
  7. Ikke la deg "vippe av pinnen" pga. oppgavetekstens volum. Ofte er det nødvendig med mange ord og setninger, for at det ikke skal herske tvil om hva du skal gjøre.
     
  8. Løsningsforslagene til ukeoppgavene er "overløst" i forhold til å få en god karakter. Dvs. du kan skrive program som ikke er helt syntaktisk korrekte, og ikke like elegante, og allikevel få en god karakter.
     
  9. "Gullkorn": Ikke noe nytt skal gjøres på eksamen, det du kan skal bare gjøres/kombineres på en annerledes måte.
     

Oppgave 2 sin form:

Sensors arbeide (med oppgave 2):

Alle mulige detaljer vil ikke stå i sentrum for sensors oppmerksomhet (f.eks. at alle parenteser eller småtegn ( ; " ' ) er på plass over alt, o.l. Slikt tar jo kompilatoren seg av.)

Sensor vil derfor bl.a:

Lykke til med/på eksamen!

Tilbake til hjemmesiden for emnet.