Alt har en slutt

• Eksamen best?r av en bitteliten oppvarming, etterfulgt av to hoveddeler.
• Den f?rste delen best?r av sm? oppgaver, som rettes automatisk. Det gj?res ingen forskjell mellom ubesvart og feil svar; det betyr at det l?nner seg ? svare p? alle oppgavene.
• Den andre delen best?r av litt st?rre oppgaver hvor du i st?rre grad m? programmere (pseudokode), skrive og resonnere.
• Ingen hjelpemidler er tillatt.

• Det kanskje viktigste tipset er ? lese oppgaveteksten sv?rt n?ye.
• Pass p? at du svarer p? n?yaktig det oppgaven sp?r om.
• Redgj?r for eventuelle antagelser du gj?r.
• Pass p? at det du leverer fra deg er klart, presist og enkelt ? forst?, b?de n?r det gjelder form og innhold.
• Hvis du st?r fast p? en oppgave, b?r du g? videre til en annen oppgave f?rst.
• Alle implementasjonsoppgaver skal besvares med pseudokode. Det viktige er at pseudokoden er lett forst?elig, entydig og presis.
• En lett forst?elig, entydig og presis forklaring med naturlig spr?k, kan v?re mer poenggivende enn pseudokode som er vanskelig ? forst?, tvetydig eller upresis.
• I implementasjonsoppgaver foretrekkes lavere kj?retidskompleksitet.
• Du kan anta at du har algoritmer og datastrukturer kjent fra pensum tilgjengelig, med mindre noe annet er spesifisert.

Det er viktig ? kjenne til algoritmene og datastrukturene vi har studert gjennom semesteret. En god strategi er ? f?rst l?re seg hva de gj?r og brukes til, og deretter l?re seg hvordan de oppn?r dette. Det er ogs? sentralt ? kjenne til hvor effektive de er (alts? kjenne til kj?retidskompleksiteten).

Dette kan virke opplagt. Den som skal rette besvarelsen din har ingen mulighet til ? kontakte deg, stille deg oppf?lgingssp?rsm?l eller p? andre m?ter hente ut mer informasjon enn n?yaktig det du har skrevet. Du m? selv s?rge for at det er mulig ? skj?nne hva du mener bare p? bakgrunn av teksten din.

Eksamen er en ?velse i kommunikasjon av egen forst?else. Gj?r det lett ? forst? hva du mener.

Eksamen er stressende for de fleste. Den er imidlertid ikke farlig. Gj?r det du kan for ? ikke la eksamen ta fra deg nattes?vn (siden den trenger du); det er det ikke verdt. Hvis du kan gj?re noe for ? gj?re selve eksamen mer behagelig for deg selv, s? gj?r det (enn s? lenge det ikke g?r utover andre).

Ofte vil en eksamensoppgave ha flere mulige l?sninger, der noen er enklere enn andre. For IN2010 s? dukker dette ofte opp i oppgaver som kan l?ses mer eller mindre effektivt.

Dersom du skj?nner hvordan oppgaven kan l?ses enkelt (men ineffektivt) kan det v?re lurt ? skrive den ned, selv hvis du skj?nner at du kan l?se problemet mer effektivt. Du kan legge til din mer effektive l?sning etterp?.

P? sant/usant sp?rsm?l blir ubesvart og feil behandlet likt, s? det l?nner seg alltid ? gjette.

Det g?r ikke ? f? mindre uttelling enn det man f?r ved ? svare blank. Du f?r ikke uttelling for ? svare p? noe annet enn hva oppgaven ber om, men du har ingen grunn til ? ikke pr?ve.

En mulig innfallsvinkel til n?r du f?ler deg blank p? en oppgave: Skriv ned sanne ting som er relevant for oppgaven; kanskje en av disse observasjonene kan inspirere frem en l?sning?

P? eksamen skal du besvare implementasjonsoppgaver med pseudokode. Du kan skrive ?nesten Java? eller ?nesten Python?, eller pseudokode mer lignende p? det du har lest i l?reboken og sett p? forelesning. Det viktigste er at du gj?r deg forst?tt.

Gj?r dette:

• Bruk innrykk.
• Bruk kontrollstrukturer (if, while, og s? videre¡­).
• Bruk fornuftige variabelnavn (eller forklar navnene i teksten rundt).
• V?r konsekvent.
• V?r presis.
• V?r konsis.

Ikke gj?r dette:

• Ikke importer biblioteker (bruk antagelser og naturlig spr?k i stedet).
• Ikke v?r vag.
• Ikke bruk ?fancy? Python eller Java.