User:Vpuik: Difference between revisions

From ICO wiki
Jump to navigationJump to search
Vpuik (talk | contribs)
Vpuik (talk | contribs)
Line 8: Line 8:


==Essee==
==Essee==
Siia tuleb essee tekst. Esimesest loengust <ref>[https://echo360.e-ope.ee/ess/echo/presentation/552b549b-da8b-48c4-9047-cf34af6e6188 Loengu "Õppekorraldus ja sisekord" (Inga Vau, Margus Ernits, Merle Varendi) 27. august loengusalvestus]</ref> sain teada ...
Tiina Seeman <ref>[https://echo360.e-ope.ee/ess/echo/presentation/e2cded4a-d03a-4ed5-95e9-de354ce58f36 Seeman, Tiina. IT-projektide juhtimine. Loengusalvestus 03.09.2015]</ref>, Elar Lang <ref>[https://echo360.e-ope.ee/ess/echo/presentation/ce07046a-a6aa-41bb-8fe8-9f256a6d627f?ec=true Lang, Elar.  "Õppimisest. Omast kogemusest." Loengusalvestus 10.09.2015]</ref>, Taavi Tuisk<ref>[https://echo360.e-ope.ee/ess/echo/presentation/8e2141b7-9e98-49dc-a05d-6ca0edd3c19c?ec=true Tuisk, Taavi. Millega tegeleb süsteemihaldur. Loengusalvestus 17.09.2015]</ref>, Kert Suvi<ref>[https://echo360.e-ope.ee/ess/echo/presentation/00379be2-bb86-4935-9b4f-aad720ee4cc0?ec=true Suvi, Kert. Testimine ja tarkvara kvaliteet. Loengusalvestus 24.09.2015]</ref>, Targo Tennisberg<ref>[https://echo360.e-ope.ee/ess/echo/presentation/45c455bb-ef01-4f3e-a722-5ba40ecbe8ee?ec=true Tennisberg, Targo. Kuidas tarkvaraarenduse maailmas ellu jääda. Loengusalvestus 01.10.2015]</ref>, Tanel Unt<ref>[https://echo360.e-ope.ee/ess/echo/presentation/95e9f82e-debe-4f6c-833a-5dabb639600d?ec=true Unt, Tanel. Oma IT ettevõte - GPS asukohamääramisteenuse Navirec näitel. Loengusalvestus 08.10.2015]</ref>, Oleg Bogdanov ning Oliver Kadak.<ref>[https://echo360.e-ope.ee/ess/echo/presentation/f0d2dfac-5f77-47e6-8e60-abe8d9b9679d?ec=true Bogdanov, Oleg; Kadak, Oliver. Andmekaevandamine ja analüütika ning muud põnevat. Loengusalvestus 15.10.2015]</ref>
Erialatutvustuse loengusari oli nauditavalt huvitav just reaalse kogemuse ja n-ö elutarkuse pärast, mis kõigi esinejate ettekannetes tunda oli, loengud täiendasid üksteist ja andsid tõesti mitmetahulise sissevaate IT maailma. Toon järgnevalt välja teemasid, mis moel või teisel eri loengutes kõneks olid ja mis minu endaga rohkem kaasa kõlasid.
Erialatutvustuse loengusari oli nauditavalt huvitav just reaalse kogemuse ja n-ö elutarkuse pärast, mis kõigi esinejate ettekannetes tunda oli, loengud täiendasid üksteist ja andsid tõesti mitmetahulise sissevaate IT maailma. Toon järgnevalt välja teemasid, mis moel või teisel eri loengutes kõneks olid ja mis minu endaga rohkem kaasa kõlasid.


Milleks kooli?
Milleks kooli?
Üks teema, mis külalislektorite loengutes eri nurkade alt kordus, oli õppimisega seonduv. Kuidas ja kui palju peab tänapäeval õppima? Milleks üldse käia koolis olukorras, kus kõikvõimalikku infot, sh õppematerjale on veebis nii palju saadaval? Mingil põhjusel otsustasin ju ka ise astuda sel sügisel kolledži kaugõppesse, mitte piirduda courseras programmeerimiskursuste pusimisega.
Üks teema, mis külalislektorite loengutes eri nurkade alt kordus, oli õppimisega seonduv. Kuidas ja kui palju peab tänapäeval õppima? Milleks üldse käia koolis olukorras, kus kõikvõimalikku infot, sh õppematerjale on veebis nii palju saadaval? Mingil põhjusel otsustasin ju ka ise astuda sel sügisel kolledži kaugõppesse, mitte piirduda courseras programmeerimiskursuste pusimisega.
Mitmed loengupidajad (Tiina, Elar, Kert) olid ise ka ITK vilistlased, sh kaugõppurid (ja mitmendat korda haridust omandamas) ja seega nad rääkisid omast isiklikust kogemusest. Elar Langi loeng oli tõeline motivatsioonikõne, milles ta korduvalt rõhutas, kuivõrd oluline nii töös kui õppimises on õige suhtumine, mis tema hinnangul kaalub kindlasti üle konkreetsed oskused ja teadmised, sest need on alati omandatavad ja samas aeguvad. Targo Tennisberg tõi omakorda välja, et kooli lõpetamine on saavutus, mis kõneleb inimese võimest asju teoks teha ja lõpuni viia, mis samuti on olulisem, kui konkreetsed teadmised, mis koolist omandati, kuivõrd IT valla muutuste kiiruse juures on elukestev õppimine täiesti möödapääsmatu.
Mitmed loengupidajad (Tiina<ref>[https://echo360.e-ope.ee/ess/echo/presentation/e2cded4a-d03a-4ed5-95e9-de354ce58f36 Seeman, Tiina. IT-projektide juhtimine. Loengusalvestus 03.09.2015]</ref>, Elar <ref>[https://echo360.e-ope.ee/ess/echo/presentation/ce07046a-a6aa-41bb-8fe8-9f256a6d627f?ec=true Lang, Elar.  "Õppimisest. Omast kogemusest." Loengusalvestus 10.09.2015]</ref>, Ker<ref>[https://echo360.e-ope.ee/ess/echo/presentation/00379be2-bb86-4935-9b4f-aad720ee4cc0?ec=true Suvi, Kert. Testimine ja tarkvara kvaliteet. Loengusalvestus 24.09.2015]</ref>) on ise ka ITK vilistlased, sh kaugõppurid (ja mitmendat korda haridust omandamas) ja seega nad rääkisid omast isiklikust kogemusest. Elar Langi loeng oli tõeline motivatsioonikõne, milles ta korduvalt rõhutas, kuivõrd oluline nii töös kui õppimises on õige suhtumine, mis tema hinnangul kaalub kindlasti üle konkreetsed oskused ja teadmised, sest need on alati omandatavad ja samas aeguvad. Targo Tennisberg<ref>[https://echo360.e-ope.ee/ess/echo/presentation/45c455bb-ef01-4f3e-a722-5ba40ecbe8ee?ec=true Tennisberg, Targo. Kuidas tarkvaraarenduse maailmas ellu jääda. Loengusalvestus 01.10.2015]</ref> tõi omakorda välja, et kooli lõpetamine on saavutus, mis kõneleb inimese võimest asju teoks teha ja lõpuni viia, mis samuti on olulisem, kui konkreetsed teadmised, mis koolist omandati, kuivõrd IT valla muutuste kiiruse juures on elukestev õppimine täiesti möödapääsmatu.
Elar, kes enne ülikooliharidust oli end iseõppijana juba üles töötanud, tõi välja, et ilma formaalse hariduseta ei vallanud ta n-ö kohalikku erialakeelt, milles kõnelesid valdkonna inimesed, kellega ta tööalaselt kokku puutus. See haakub ka laiemalt kooli kaudu saadava sotsiaalse võrgustiku olulisusega, kuivõrd eriti Eesti ühiskonna väiksuse juures saavad kõigist hiljem nii kolleegid kui konkurendid ja mõlemaid on oluline hästi tunda (sedasama käsitles pisut oma loengus ka Kert).
Elar, kes enne ülikooliharidust oli end iseõppijana juba üles töötanud, osutas, et ilma formaalse hariduseta ei vallanud ta n-ö kohalikku erialakeelt, milles kõnelesid valdkonna inimesed, kellega ta tööalaselt kokku puutus. See haakub ka laiemalt kooli kaudu saadava sotsiaalse võrgustiku olulisusega, kuivõrd eriti Eesti ühiskonna väiksuse juures saavad kõigist hiljem nii kolleegid kui konkurendid ja mõlemaid on oluline hästi tunda (sedasama käsitles pisut oma loengus ka Kert).


Meeskond ja kommunikatsioon
Meeskond ja kommunikatsioon
Inimsuhete ja meeskonna tähtsus läbis ka pea kõiki ettekandeid, lisaks Elarile kõnelesid sellest rohkem ka Tiina ja Tanel, kes mõlemad on ise juhid. Mõlemad rõhutasid, kui olulised on meeskonnatöös inimlikud mõõtmed, nt ühiste väärtuste jagamine, et meeskonnaga tuleb eraldi tegeleda, pakkuda meelelahutust ja vaheldust nt ühiste väljasõitudega vms.
Inimsuhete ja meeskonna tähtsus läbis ka pea kõiki ettekandeid, lisaks Elarile kõnelesid sellest rohkem ka Tiina ja Tanel<ref>[https://echo360.e-ope.ee/ess/echo/presentation/95e9f82e-debe-4f6c-833a-5dabb639600d?ec=true Unt, Tanel. Oma IT ettevõte - GPS asukohamääramisteenuse Navirec näitel. Loengusalvestus 08.10.2015]</ref>, kes mõlemad on ise juhid. Mõlemad rõhutasid, kui olulised on meeskonnatöös inimlikud mõõtmed, nt ühiste väärtuste jagamine, et meeskonnaga tuleb eraldi tegeleda, pakkuda meelelahutust ja vaheldust nt ühiste väljasõitudega vms.
Targo tõi välja keerukuse probleemi ja selle, kuidas see kasvab hüppeliselt mida rohkem osapooli-inimesi protsessis ehk n-ö tõlkeahelas osaleb (klassikaline telefonimängu probleem, kuidas info muundub). Targo osutas, et projektimeeskonna liikme väärtus on seda suurem, mida laiemat ala kommunikatsiooniahelas ta katta suudab.
Targo tõi välja keerukuse probleemi ja selle, kuidas see kasvab hüppeliselt mida rohkem osapooli-inimesi protsessis ehk n-ö tõlkeahelas osaleb (klassikaline telefonimängu probleem, kuidas info muundub). Targo osutas, et projektimeeskonna liikme väärtus on seda suurem, mida laiemat ala kommunikatsiooniahelas ta katta suudab.
Tiina esitles uurimust, mille järgi on IT projektide ebaõnnestumise kõige sagedasemaks põhjuseks vähene lõppkasutaja kaasatus, seegi on ju kommunikatsiooni küsimus.
Tiina esitles uurimust, mille järgi on IT projektide ebaõnnestumise kõige sagedasemaks põhjuseks vähene lõppkasutaja kaasatus, seegi on ju kommunikatsiooni küsimus.
Line 26: Line 22:
Tööprotsessid, planeerimine ja testimine
Tööprotsessid, planeerimine ja testimine
Elarilt oli õppimisega seoses veel üks väga kasulik nõuanne, mis on otseselt rakendav ka (töö)elus: hinnata ette, kui palju millelegi aega võiks kuluda ja seejärel jälgida, palju tegelikult läks, sellest õppida ja järeldusi teha, et eelhinnangud muutuksid täpsemaks.
Elarilt oli õppimisega seoses veel üks väga kasulik nõuanne, mis on otseselt rakendav ka (töö)elus: hinnata ette, kui palju millelegi aega võiks kuluda ja seejärel jälgida, palju tegelikult läks, sellest õppida ja järeldusi teha, et eelhinnangud muutuksid täpsemaks.
Sellest, kuidas aja jooksul on IT-s muutunud tööprotsessid, andis väga huvitava pildi Taavi Tuisu süsteemide administreerimise teemaline loeng. Just sysopsi vaatenurk tõestas waterfall-mudeli puudusi väga ilmekalt, Taavi kasutas tollaste aegade kohta lausa “kaevikutes istumise” kujundit, millega näitlikustas, kui eraldatud üksteisest olid waterfalli protsessis arendus- ja deploy-protsessid. Praegusel agiilsel ajastul on vastutus teamis palju võrdsemalt jaotatud, toodet arendatakse meeskonnana lõppeesmärgi nimel, arendajate ja süsteemiadministraatorite vaheline koostöö on palju tihedam ning lausa omavahel läbi põimunud, kuivõrd pilveserverite ajastul on administreerimistöö riistvarast üha kaugenemas ning töövahendina on järjest vajalikum ka programmeerimisoskus.
Sellest, kuidas aja jooksul on IT-s muutunud tööprotsessid, andis väga huvitava pildi Taavi Tuisu<ref>[https://echo360.e-ope.ee/ess/echo/presentation/8e2141b7-9e98-49dc-a05d-6ca0edd3c19c?ec=true Tuisk, Taavi. Millega tegeleb süsteemihaldur. Loengusalvestus 17.09.2015]</ref> süsteemide administreerimise teemaline loeng. Just sysopsi vaatenurk tõestas waterfall-mudeli puudusi väga ilmekalt, Taavi kasutas tollaste aegade kohta lausa “kaevikutes istumise” kujundit, millega näitlikustas, kui eraldatud üksteisest olid waterfalli protsessis arendus- ja deploy-protsessid. Praegusel agiilsel ajastul on vastutus teamis palju võrdsemalt jaotatud, toodet arendatakse meeskonnana lõppeesmärgi nimel, arendajate ja süsteemiadministraatorite vaheline koostöö on palju tihedam ning lausa omavahel läbi põimunud, kuivõrd pilveserverite ajastul on administreerimistöö riistvarast üha kaugenemas ning töövahendina on järjest vajalikum ka programmeerimisoskus.
Testimise tähtsusest ja muuhulgas ka selle tähtsuse süstemaatiliselt alahindamisest rääkis kõige enam muidugi Kert Suvi, aga seda käsitlesid ka teised esinejad. Nt Taavi käsitles ka nn test-driven development lähenemist, kus arendusprotsessi alustataksegi testide kirjutamisega. Kert laiendas testimise ulatust veelgi, juba analüüsifaasis on võimalik n-ö testida ehk koostatud analüüsi kellelgi teisel üle vaadata lasta.
Testimise tähtsusest ja muuhulgas ka selle tähtsuse süstemaatiliselt alahindamisest rääkis kõige enam muidugi Kert Suvi, aga seda käsitlesid ka teised esinejad. Nt Taavi käsitles ka nn test-driven development lähenemist, kus arendusprotsessi alustataksegi testide kirjutamisega. Kert laiendas testimise ulatust veelgi, juba analüüsifaasis on võimalik n-ö testida ehk koostatud analüüsi kellelgi teisel üle vaadata lasta.
Tiina pikendas it arenduse protsessi ahelat teises suunas, tuues sisse ka nt kasutajate koolitamise, reliisimise ja varase elu faasid. Jällegi väga olulised etapid, mida meeles pidada, kuivõrd reliisiga on ju sisuliselt alles sünd, mille järel toode päris elu elama hakkab.
Tiina pikendas it arenduse protsessi ahelat teises suunas, tuues sisse ka nt kasutajate koolitamise, reliisimise ja varase elu faasid. Jällegi väga olulised etapid, mida meeles pidada, kuivõrd reliisiga on ju sisuliselt alles sünd, mille järel toode päris elu elama hakkab.
Samas on ka arendusprotsessis vaja mõningaid rolle üksteisest piisavalt lahus hoida, nt Tanel tõi välja, et müügimehi ei tohiks kliendi soovidega otse arendajate juurde lasta, sest selline rätsepatöö rikub plaanitud tootearendusplaane, häirib arendajate keskendumisvõimet.  
Samas on ka arendusprotsessis vaja mõningaid rolle üksteisest piisavalt lahus hoida, nt Tanel tõi välja, et müügimehi ei tohiks kliendi soovidega otse arendajate juurde lasta, sest selline rätsepatöö rikub plaanitud tootearendusplaane, häirib arendajate keskendumisvõimet.  
Nii tööprotsesside kui ka planeerimisega haakus põnevalt ka viimane, andmekaeveteemaline loeng, mille pidasid Oliver Kadak ja Oleg Bogdanov (kellele küll Oliver oleks võinud natuke rohkem jutuaega anda). Nende vaatenurk ei olnud enam otseselt ja ainult it arenduse siseprotsessidega seotud, vaid näitas andmeanalüüsi olulisust igasugu eluvaldkondades. Samas väidetakse, et ka UX disain on tänapäeval ju üha enam n-ö statistiline ehk et igasugu muudatuse mõju mõõdetakse hoolega (A/B testide jm vahenditega).
Nii tööprotsesside kui ka planeerimisega haakus põnevalt ka viimane, andmekaeveteemaline loeng, mille pidasid Oliver Kadak ja Oleg Bogdanov<ref>[https://echo360.e-ope.ee/ess/echo/presentation/f0d2dfac-5f77-47e6-8e60-abe8d9b9679d?ec=true Bogdanov, Oleg; Kadak, Oliver. Andmekaevandamine ja analüütika ning muud põnevat. Loengusalvestus 15.10.2015]</ref>
(kellele küll Oliver oleks võinud natuke rohkem jutuaega anda). Nende vaatenurk ei olnud enam otseselt ja ainult it arenduse siseprotsessidega seotud, vaid näitas andmeanalüüsi olulisust igasugu eluvaldkondades. Samas väidetakse, et ka UX disain on tänapäeval ju üha enam n-ö statistiline ehk et igasugu muudatuse mõju mõõdetakse hoolega (A/B testide jm vahenditega).


Elu ise
Elu ise

Revision as of 13:52, 7 November 2015

Erialatutvustuse aine arvestustöö

Õppeaines Erialatutvustus I020 Õpingukorraldus ja erialatutvustus

Autor: Vahur Puik, DK13 (kood: *196)

Esitamise tähtaeg: 7. november 2015

Essee

Erialatutvustuse loengusari oli nauditavalt huvitav just reaalse kogemuse ja n-ö elutarkuse pärast, mis kõigi esinejate ettekannetes tunda oli, loengud täiendasid üksteist ja andsid tõesti mitmetahulise sissevaate IT maailma. Toon järgnevalt välja teemasid, mis moel või teisel eri loengutes kõneks olid ja mis minu endaga rohkem kaasa kõlasid.

Milleks kooli? Üks teema, mis külalislektorite loengutes eri nurkade alt kordus, oli õppimisega seonduv. Kuidas ja kui palju peab tänapäeval õppima? Milleks üldse käia koolis olukorras, kus kõikvõimalikku infot, sh õppematerjale on veebis nii palju saadaval? Mingil põhjusel otsustasin ju ka ise astuda sel sügisel kolledži kaugõppesse, mitte piirduda courseras programmeerimiskursuste pusimisega. Mitmed loengupidajad (Tiina[1], Elar [2], Ker[3]) on ise ka ITK vilistlased, sh kaugõppurid (ja mitmendat korda haridust omandamas) ja seega nad rääkisid omast isiklikust kogemusest. Elar Langi loeng oli tõeline motivatsioonikõne, milles ta korduvalt rõhutas, kuivõrd oluline nii töös kui õppimises on õige suhtumine, mis tema hinnangul kaalub kindlasti üle konkreetsed oskused ja teadmised, sest need on alati omandatavad ja samas aeguvad. Targo Tennisberg[4] tõi omakorda välja, et kooli lõpetamine on saavutus, mis kõneleb inimese võimest asju teoks teha ja lõpuni viia, mis samuti on olulisem, kui konkreetsed teadmised, mis koolist omandati, kuivõrd IT valla muutuste kiiruse juures on elukestev õppimine täiesti möödapääsmatu. Elar, kes enne ülikooliharidust oli end iseõppijana juba üles töötanud, osutas, et ilma formaalse hariduseta ei vallanud ta n-ö kohalikku erialakeelt, milles kõnelesid valdkonna inimesed, kellega ta tööalaselt kokku puutus. See haakub ka laiemalt kooli kaudu saadava sotsiaalse võrgustiku olulisusega, kuivõrd eriti Eesti ühiskonna väiksuse juures saavad kõigist hiljem nii kolleegid kui konkurendid ja mõlemaid on oluline hästi tunda (sedasama käsitles pisut oma loengus ka Kert).

Meeskond ja kommunikatsioon Inimsuhete ja meeskonna tähtsus läbis ka pea kõiki ettekandeid, lisaks Elarile kõnelesid sellest rohkem ka Tiina ja Tanel[5], kes mõlemad on ise juhid. Mõlemad rõhutasid, kui olulised on meeskonnatöös inimlikud mõõtmed, nt ühiste väärtuste jagamine, et meeskonnaga tuleb eraldi tegeleda, pakkuda meelelahutust ja vaheldust nt ühiste väljasõitudega vms. Targo tõi välja keerukuse probleemi ja selle, kuidas see kasvab hüppeliselt mida rohkem osapooli-inimesi protsessis ehk n-ö tõlkeahelas osaleb (klassikaline telefonimängu probleem, kuidas info muundub). Targo osutas, et projektimeeskonna liikme väärtus on seda suurem, mida laiemat ala kommunikatsiooniahelas ta katta suudab. Tiina esitles uurimust, mille järgi on IT projektide ebaõnnestumise kõige sagedasemaks põhjuseks vähene lõppkasutaja kaasatus, seegi on ju kommunikatsiooni küsimus.

Tööprotsessid, planeerimine ja testimine Elarilt oli õppimisega seoses veel üks väga kasulik nõuanne, mis on otseselt rakendav ka (töö)elus: hinnata ette, kui palju millelegi aega võiks kuluda ja seejärel jälgida, palju tegelikult läks, sellest õppida ja järeldusi teha, et eelhinnangud muutuksid täpsemaks. Sellest, kuidas aja jooksul on IT-s muutunud tööprotsessid, andis väga huvitava pildi Taavi Tuisu[6] süsteemide administreerimise teemaline loeng. Just sysopsi vaatenurk tõestas waterfall-mudeli puudusi väga ilmekalt, Taavi kasutas tollaste aegade kohta lausa “kaevikutes istumise” kujundit, millega näitlikustas, kui eraldatud üksteisest olid waterfalli protsessis arendus- ja deploy-protsessid. Praegusel agiilsel ajastul on vastutus teamis palju võrdsemalt jaotatud, toodet arendatakse meeskonnana lõppeesmärgi nimel, arendajate ja süsteemiadministraatorite vaheline koostöö on palju tihedam ning lausa omavahel läbi põimunud, kuivõrd pilveserverite ajastul on administreerimistöö riistvarast üha kaugenemas ning töövahendina on järjest vajalikum ka programmeerimisoskus. Testimise tähtsusest ja muuhulgas ka selle tähtsuse süstemaatiliselt alahindamisest rääkis kõige enam muidugi Kert Suvi, aga seda käsitlesid ka teised esinejad. Nt Taavi käsitles ka nn test-driven development lähenemist, kus arendusprotsessi alustataksegi testide kirjutamisega. Kert laiendas testimise ulatust veelgi, juba analüüsifaasis on võimalik n-ö testida ehk koostatud analüüsi kellelgi teisel üle vaadata lasta. Tiina pikendas it arenduse protsessi ahelat teises suunas, tuues sisse ka nt kasutajate koolitamise, reliisimise ja varase elu faasid. Jällegi väga olulised etapid, mida meeles pidada, kuivõrd reliisiga on ju sisuliselt alles sünd, mille järel toode päris elu elama hakkab. Samas on ka arendusprotsessis vaja mõningaid rolle üksteisest piisavalt lahus hoida, nt Tanel tõi välja, et müügimehi ei tohiks kliendi soovidega otse arendajate juurde lasta, sest selline rätsepatöö rikub plaanitud tootearendusplaane, häirib arendajate keskendumisvõimet. Nii tööprotsesside kui ka planeerimisega haakus põnevalt ka viimane, andmekaeveteemaline loeng, mille pidasid Oliver Kadak ja Oleg Bogdanov[7]

(kellele küll Oliver oleks võinud natuke rohkem jutuaega anda). Nende vaatenurk ei olnud enam otseselt ja ainult it arenduse siseprotsessidega seotud, vaid näitas andmeanalüüsi olulisust igasugu eluvaldkondades. Samas väidetakse, et ka UX disain on tänapäeval ju üha enam n-ö statistiline ehk et igasugu muudatuse mõju mõõdetakse hoolega (A/B testide jm vahenditega).

Elu ise Asisele erialajutule andsid mõnusa lisamõõtme seigad esinejate elust. Elar, kes ühelt poolt jutlustas plaanide seadmise tähtsusest, andis samas mõista, kui olulist rolli tema kooli minemiste puhul mängis naine: bakalaureuseõppe puhul läks ta elukaaslasega kaasa, magistrisse oli aga aega astuda, sest teed olid selleks ajaks lahku läinud. Taneli Kosovo seiklused rullusid vaimusilma ees lahti nagu mõni Emir Kusturica film.


Refereerimist saab teha <ref>Õppkorralduse eeskiri P4.4 ...</ref> märgistega.


Abi mediawiki kirjutamisel saab mediawiki kodulehelt[8].

Notes

Kokkuvõtteks ...

Õpingukorralduse küsimused

Küsimus A

Küsimus 4

On sattunud Akepleriga täpselt samad küsimused, siin tema vastused (enda omad kirjutan hiljem).

Viited