Skolans låneportal
Boka utrustning och påminn om återlämning.
Fördel: tydliga användare och funktioner.
Nackdel: behörighet och bokningskonflikter kräver noggrann logik.
Gymnasiearbete · hjälp att välja
Ett bra gymnasiearbete behöver inte vara den största eller mest avancerade idén. Det ska vara ett genomförbart projekt där du kan visa hur du har planerat, utvecklat, testat och förbättrat en lösning.
Det är lätt att börja med ”vi vill använda Unity” eller ”vi vill göra AI”. Beskriv i stället vem projektet är till för och vilket problem det ska lösa. När problemet är tydligt blir det enklare att välja teknik.
En mindre produkt som fungerar och har testats är bättre än en stor idé som bara är halvfärdig. Bestäm därför projektets minsta fungerande version innan ni planerar extrafunktioner.
Ett spelprojekt kombinerar programmering, problemlösning, grafik, ljud, design och användartestning. Ett rimligt första mål är en spelbar bana med instruktioner, poäng eller tid och möjlighet att börja om. Spelet ska kunna visas och testas av andra.
| Motor | Svårighet | Hårdvara | Fördelar | Nackdelar |
|---|---|---|---|---|
| Godot GDScript | Ofta lättast för nybörjare. GDScript liknar Python. | Vanlig skoldator. 8 GB RAM är lagom; integrerad grafik räcker ofta för 2D. | Snabb, gratis, öppen och mycket bra för 2D. | Mindre ekosystem och svagare för tung 3D. |
| Unity C# | Medelsvår. | Minst 8 GB RAM; 16 GB är bättre. Separat grafikkort hjälper vid 3D. | Många guider, stort ekosystem, 2D/3D och WebGL. | Tyngre än Godot och större projekt blir snabbt komplexa. |
| Unreal Blueprints/C++ | Svårast av de tre. | Helst 32 GB RAM, modern flerkärnig processor, separat grafikkort och gott om lagring. | Avancerad 3D-grafik och professionella verktyg. | Kräver stark dator och är ofta för stort för enkla spel. |
Rekommendation: välj Godot för den enklaste starten och mindre 2D-spel. Välj Unity om ni vill arbeta i C#, behöver många guider eller ska publicera WebGL. Välj Unreal bara när avancerad 3D är central och datorerna klarar det.
Det går också att bygga spel med ett kodbibliotek eller direkt för webbläsaren. Det ger mer kontroll över koden men färre färdiga verktyg.
| Teknik | Passar för | Fördelar | Nackdelar |
|---|---|---|---|
| Python + Pygame | 2D-spel där programmering, algoritmer eller enkel spel-AI står i centrum. | Python är lättläst, Pygame är relativt enkelt att börja med och eleven får skriva mycket av spellogiken själv. | Färre visuella verktyg, mer behöver programmeras manuellt och spelet är inte lika enkelt att publicera i webbläsaren. |
| HTML + CSS + JavaScript | Quiz, kortspel, pusselspel och enklare actionspel som ska köras på webben. | Lätt att dela med en länk, fungerar direkt i webbläsaren och kombinerar webbdesign med programmering. | Avancerad grafik, fysik och större spelvärldar kräver mer egen kod eller ytterligare JavaScript-bibliotek. |
Arbetet måste ha en tydlig och laglig avgränsning. Testa bara egen utrustning eller system där ni uttryckligen har fått tillstånd. Ett isolerat laboratorium kan använda Kali Linux, VirtualBox och en egen virtuell testmaskin.
Möjliga frågor är hur elever känner igen phishing, hur lösenords utformning påverkar säkerheten, vilka digitala spår en webbläsare lämnar eller hur ett eget trådlöst nät kan skyddas. Kombinera gärna en enkät, ett säkert tekniskt experiment och material som förklarar skydd.
Fördel: ämnet är aktuellt och ger möjlighet att kombinera undersökning, tekniska tester och utbildning.
Nackdel: området är mycket stort och tester kan bli olagliga eller riskfyllda om tillstånd och testmiljö inte är tydliga.
Ett bokningssystem är mer än en snygg webbplats. Kunden ska kunna se tjänster och lediga tider, boka och få bekräftelse. Företaget ska kunna se, ändra och avboka bokningar.
Börja med kärnan: visa tider, skapa en bokning och låt en administratör hantera den. Om detta fungerar kan ni lägga till användarkonton, meddelanden och automatisk schemaläggning. Dessa funktioner är svåra att hantera i ett traditionellt manuellt system och ger projektet ett tydligt syfte.
ACABARBERZ visar hur tjänster, bokning, kontaktinformation och användarkonton kan samlas i en webbapplikation.
Fördel: löser ett tydligt problem och innehåller både gränssnitt, datalagring och användartestning.
Nackdel: konton, säkerhet, dubbelbokningar och automatisk schemaläggning kan göra projektet för stort om kärnan inte byggs först.
Boka utrustning och påminn om återlämning.
Fördel: tydliga användare och funktioner.
Nackdel: behörighet och bokningskonflikter kräver noggrann logik.
Bygg anmälan, QR-incheckning och deltagarstatistik.
Fördel: lätt att testa vid ett riktigt evenemang.
Nackdel: QR-koder och personuppgifter ökar komplexiteten.
Samla uppgifter, prioritera och ge påminnelser.
Fördel: målgruppen finns nära och kan användartesta ofta.
Nackdel: idén måste skilja sig tydligt från befintliga kalenderappar.
Föreslå böcker, spel eller filmer.
Fördel: resultatet kan mätas och jämföras.
Nackdel: bra rekommendationer kräver tillräckligt mycket relevant data.
Utvärdera en modell på ett tydligt dataset.
Fördel: kombinerar programmering, analys och etik.
Nackdel: det är lätt att bara använda en färdig modell utan tillräcklig egen utveckling.
Bygg tester som hittar fel i en webbplats eller ett program.
Fördel: tydliga, mätbara resultat och praktisk nytta.
Nackdel: kräver ett lagom stort program med testbara funktioner.
Visualisera trafik och avvikelser i ett eget testnät.
Fördel: ger konkret data och tydliga visualiseringar.
Nackdel: måste avgränsas till ett nät där ni har tillstånd att mäta.
Förbättra tangentbordsstöd, kontrast och struktur.
Fördel: tydlig jämförelse före och efter förbättringen.
Nackdel: arbetet behöver en egen teknisk produkt, inte bara en granskning.
Hitta återkommande programfel i en kontrollpanel.
Fördel: kombinerar databehandling, sökning och visualisering.
Nackdel: kräver tillgång till tillräckligt många användbara loggar.
Jämför två tekniker med samma uppgift.
Fördel: ger tydliga mätvärden och en naturlig frågeställning.
Nackdel: jämförelsen blir orättvis om lösningarna inte är likvärdiga.
Svara kort på frågorna och visa resultatet för läraren. Syftet är att hitta otydligheter innan ni har lagt mycket tid på projektet.
Vem ska använda eller ha nytta av produkten?
Vilket problem ska den lösa?
Vad måste den minsta fungerande versionen kunna göra?
Vilken teknik vill ni använda – och varför?
Hur ska ni testa och utvärdera resultatet?