Küsimus
Vastus (01.02.2026 18:51):
Olete ilmselt märganud, et selles aines on vähe "jutuvestmist" ja väga palju praktilist tegemist (üle 100 SQL ülesande, mahukas projekt). Samuti on hindamissüsteem üles ehitatud teisiti kui klassikalisel "lõpueksamiga" kursusel.
See ei ole juhus. Aine disain tugineb kaasaegsele õppimispsühholoogiale ja IT-sektori reaalsusele. Siin on selgitus, miks aine on korraldatud just nii.
1. Miks nii palju väikeseid SQL ülesandeid?
Põhimõte: Kiire tagasiside silmus (Rapid Feedback Loop) Programmeerimine ja päringute kirjutamine on oskus, mitte teadmine – sarnaselt klaverimängu või tennisega.
- Klassikaline eksam annab tagasisidet liiga hilja (siis, kui aine on läbi).
- Automaatkontroll annab tagasisidet millisekunditega. See "Viga -> Parandus -> Õnnestumine" tsükkel on kõige efektiivsem viis uute närviseoste loomiseks ajus. Minu eesmärk ei ole, et te õpiksite SQL-i pähe, vaid et see muutuks teie jaoks automaatseks "käeliseks" tegevuseks.
2. Miks ei toimu suurt kirjalikku eksamit koodikirjutamisega?
Põhimõte: Ökoloogiline valiidsus (Ecological Validity) Päriselus ei kirjuta keegi koodi paberile, ilma abimaterjalideta ja isolatsioonis. Insenerid kasutavad dokumentatsiooni, katsetavad, saavad veateateid ja parandavad neid. Selle aine hindamine simuleerib reaalset tööprotsessi: teil on ülesanne, teil on tööriistad ja te peate jõudma töötava lahenduseni. Hindan tulemust ja protsessi, mitte mälu mahtu.
3. Tehisintellekti (TI) kasutamine: Kus jookseb piir?
Põhimõte: Õppimisprotsessi kaitsmine
Selles aines kehtib selge reegel: TI kasutamine vastuste või koodi genereerimiseks on keelatud, kuid TI kasutamine teemade ja vigade selgitamiseks on lubatud.
Kuna ülesandeid lahendatakse kodus, põhineb selle nõude täitmine usaldusel. Miks on oluline seda piiri pidada?
- TI kui eraõpetaja (LUBATUD): Kui kasutate TI-d, et küsida "Selgita, kuidas töötab välisühendamine" või "Miks see veateade tekib?", on see tark õppimine. See aitab teil takistustest üle saada.
- TI kui asendustäitja (KEELATUD): Kui kopeerite ülesande teksti ja palute TI-l lahenduse genereerida, petate iseennast.
Kui lasete TI-l lahenduse genereerida, jääb teil tegemata "raske töö", mis on vajalik oskuse kinnistumiseks ajus. Automaatkontroll on halastamatu – kui TI eksib (ja ta eksib tihti keerukamates nüanssides) või kui te peate tegema muudatusi, kuid ei ole koodi loogikat ise läbi mõelnud, jääte hätta. Aine eesmärk on treenida teie võimet luua lahendusi, mitte teie oskust kopeerida masina toodangut.
4. Miks projektil on tähtajad ja "kiiruspreemiad"?
Põhimõte: Üliõpilase sündroomi vältimine Suured IT-projektid ebaõnnestuvad tihti, sest raskeid osi (integratsioon, dokumentatsioon) lükatakse edasi. Punktisüsteem on disainitud nii, et see premeerib varajast alustamist. "Surmasõlm" semestri lõpus on stressirohke ja vähendab õppimise kvaliteeti. Eesmärk on hajutada koormus terve semestri peale (Distributed Practice), sest uuringud näitavad, et nii omandatud teadmised püsivad mälus aastaid kauem kui "eksamiks tuubitu".
5. Miks on laual 550 punkti, kui vaja on 420?
Põhimõte: Autonoomia ja riskijuhtimine Süsteemi on sisse ehitatud puhver (~130 punkti). See annab teile valikuvabaduse:
- Strateegia A (Soovitatav): Teete põhiasjad (projekt, SQL) varakult ja korralikult ära. Saate hinde "5" ilma, et peaksite muretsema pisikeste bürokraatlike lisaülesannete (logimine, aktiivsusaruanded) pärast.
- Strateegia B (Riskantne): Kui projekt hilineb või SQL ei suju, on teil turvavõrk – saate puuduolevad punktid koguda lisaülesannetega.
6. Miks ei toimu suulist eksamit (kuigi see on TI ajastul populaarne)?
Põhimõte: Kognitiivne vastavus ja objektiivsus On levinud arvamus, et suuline eksam on parim viis veendumaks, et "üliõpilane teab ise". Selles aines olen sellest teadlikult loobunud kahel põhjusel:
- Stress vs. oskus: Neuroteadus näitab, et sotsiaalne surve ja ajaline piirang (suuline eksam) aktiveerivad aju stressireaktsiooni, mis pärsib loogilist mõtlemist ja mälu. Andmebaaside disainimine ja SQL-i kirjutamine on süvatöö (deep work), mis vajab rahulikku ja analüütilist seisundit, mitte "põgene või võitle" reaktsiooni. Suuline eksam mõõdaks sageli teie esinemisjulgust ja stressitaluvust, mitte teie erialast kompetentsi.
- Tegemine vs. rääkimine: Selle aine õpiväljund on oskus luua ja realiseerida süsteeme. IT-sektoris hinnatakse spetsialisti tema koodi ja lahenduste kvaliteedi, mitte tema oraatorivõimete järgi. Automaatkontroll ja projektipõhine hindamine on objektiivsed – kood kas töötab või ei tööta. See välistab inimliku faktori (õppejõu väsimus, sümpaatia/antipaatia), tagades kõigile võrdsed tingimused.
Valik on teie. Eesmärk on võimaldada oskuste omandamist viisil, mis sobib teie õpistiili ja ajakavaga.