Välkommen till Paul Belfrages kurssidor

• Bedömning och deadlines: lämna in i tid. Sena inlämningar kan påverka betyget, och för högre betyg behöver du visa både färdig produkt och arbetsprocess.
• Förståelse och kvalitet: visa att du förstår och kan förklara din kod, förbättra efter återkoppling och ha ordning på filer, mappar och versioner.
• Inlämning: dela aldrig uppgifter i Classroom. Dela dem med e-post.
• Kalender: följ veckoplaneringen. Kapitel ska vara klara på fredagar enligt kalendern.
• Arbetssätt: gå igenom kapitlen, svara på quizarna och gör övningarna.
• Bevara allt kursarbete tills betyget är registrerat.
• Bevara mailkorrespondens tills betyget är klart.
• Läs skolmail minst en gång om dagen på skoldagar.
• Spara filer både på USB och i en onlinetjänst som Google Drive.

Läs inte samma text om och om igen som studieteknik. Läs först för att förstå vad lektionen handlar om. Stäng sedan texten och försök svara, skriva kod, rita processen eller förklara begreppen utan att titta.

• Stäng materialet och skriv eller säg det du minns på två minuter.
• Gör tre egna frågor: Vad betyder begreppet? Varför behövs det? När använder jag det?
• Titta i materialet efteråt och rätta det du missade. Det är rättningen som gör minnet starkare.

Exempel

Webbutveckling 1

Förklara utan att titta vad HTML, CSS och JavaScript gör. Skriv sedan en minimal webbsida med rubrik, stycke och länk.

Teknik 2

Skriv stegen i teknikutvecklingsprocessen ur minnet och ge ett enkelt exempel, till exempel en app som löser ett problem i skolan.

Programmering 1

Skriv ett litet Python-program ur minnet med input, en variabel och en if-sats. Kontrollera först efteråt.

Programmering 2

Förklara skillnaden mellan lista, dictionary och klass. Skriv sedan ett kort exempel på en klass med en konstruktor.

Gymnasiearbete

Stäng projektplanen och förklara muntligt: vilket problem löser projektet, för vem, och hur ska det testas?

Kunskap fastnar bättre när övningen sprids ut. En kort repetition samma dag, nästa dag och nästa vecka är bättre än att samla allt till kvällen före prov eller deadline.

• Samma dag: skriv tre saker du lärde dig och en sak du behöver fråga om.
• Nästa dag: gör en liten uppgift utan steg-för-steg-instruktion.
• Efter en vecka: gör om en gammal uppgift kort och jämför med din första lösning.

Exempel

Webbutveckling 1

Måndag: skapa en HTML-sida. Tisdag: lägg till CSS utan att kopiera. Nästa vecka: gör samma sida responsiv.

Teknik 2

Återvänd till samma teknikbegrepp flera gånger: först definition, sedan exempel, sedan risker, hållbarhet och förbättringar.

Programmering 1

Dag 1: variabler. Dag 2: if. Dag 4: loopar. Dag 7: skriv ett program som använder alla tre.

Programmering 2

Repetera objektorientering i små steg: klass, objekt, konstruktor, metod, arv. Bygg vidare på samma lilla exempel.

Gymnasiearbete

Skriv loggbok direkt efter arbetspasset. Läs föregående loggbok nästa gång och bestäm ett konkret nästa steg.

När grunderna finns på plats ska du blanda närliggande uppgifter. Det känns svårare, men hjälper dig att välja rätt metod i stället för att bara känna igen en uppgiftstyp.

• Jämför två lösningar och skriv vilken som är tydligast och varför.
• Byt mellan gamla och nya uppgifter när du repeterar.
• Förklara varför du väljer en viss teknik, inte bara vad du gjorde.

Exempel

Webbutveckling 1

Gör samma enkla layout först med flexbox och sedan med grid. Skriv när den ena är lättare än den andra.

Teknik 2

Jämför två lösningar på samma problem, till exempel app, webbplats eller fysisk prototyp, utifrån användare, risk och hållbarhet.

Programmering 1

Lös samma enkla problem med en for-loop och en while-loop. Förklara vilken som är tydligast.

Programmering 2

Jämför dictionary och klass för att lagra information om en elev, bok eller produkt. När räcker dictionary och när passar klass bättre?

Gymnasiearbete

Jämför två möjliga metoder för testning: användartest, enkät, mätning eller observation. Välj den som faktiskt ger svar på frågan.

Misstag är användbara när du arbetar metodiskt. Målet är inte att aldrig få fel, utan att hitta felet, förstå orsaken och ändra en sak i taget.

• Läs felmeddelandet långsamt och markera fil, rad och ord du känner igen.
• Testa en ändring i taget, annars vet du inte vad som löste problemet.
• Skriv en kort kommentar till dig själv: Vad var felet? Hur hittade jag det? Hur undviker jag det nästa gång?

Exempel

Webbutveckling 1

Om CSS inte fungerar: kontrollera filnamn, länk till CSS, selektor och stavning. Ändra bara en sak i taget.

Teknik 2

Om en lösning inte fungerar för användaren: skriv vad som testades, vad som hände och vilken förbättring som ska provas nästa gång.

Programmering 1

Om Python kraschar: läs sista raden i felmeddelandet, hitta radnumret och kontrollera indrag, parenteser och variabelnamn.

Programmering 2

Om ett objekt inte beter sig rätt: skriv ut värden från konstruktorn och metoderna. Kontrollera att self används rätt.

Gymnasiearbete

När något går fel i projektet: skriv det i loggboken som problem, orsak, försök och nästa beslut. Det är en del av arbetsprocessen.

Inför prov och inlämningar ska du kunna visa både resultat och förståelse. Gör därför kunskapen synlig: testa, förklara, förbättra och koppla arbetet till kursens begrepp.

• Gör en checklista över krav innan du lämnar in.
• Visa att du har testat: validera HTML/CSS, kör programmet flera gånger eller kontrollera tekniska krav.
• Spara allt arbete och all återkoppling tills betyget är registrerat.

Exempel

Webbutveckling 1

Innan inlämning: kontrollera länkar, HTML-validering, CSS, mobilvy och att du kan förklara varje större del av sidan.

Teknik 2

Visa krav, skisser, risker, testresultat och förbättringar. En färdig lösning räcker inte om arbetsprocessen saknas.

Programmering 1

Kör programmet med flera olika indata. Spara exempel på testkörningar och skriv kort vad varje funktion eller koddel gör.

Programmering 2

Visa hur klasser, filer, databas eller API hänger ihop. Testa även fel fall, till exempel tom inmatning eller saknad fil.

Gymnasiearbete

Inför avstämning: visa loggbok, plan, källor, testning och vad som ändrats efter återkoppling. Det gör processen bedömningsbar.