User:Mmikiver: Difference between revisions
No edit summary |
No edit summary |
||
Line 16: | Line 16: | ||
Taavi Tuisk kõneles sellest, millega tegeleb süsteemihaldur <ref>[https://echo360.e-ope.ee/ess/echo/presentation/8e2141b7-9e98-49dc-a05d-6ca0edd3c19c?ec=true Loengu "Millega tegeleb süsteemihaldur" (Taavi Tuisk) 17. september loengusalvestus]</ref> Kõigepealt rääkis ta süsteemiadministaatorile vajalikest iseloomujoontest, et stressitaluvus peab olema, peab suutma meeskonnaga kommunikeerida ning vajalik on ka paranoia, et kogu aeg kontrollida, kas kuskil vajab midagi parandamist. Samuti toonitati, et ka administraator peaks oskama programmerimist ning et isikuandmetes on keelatud sobrada, muidu kaob usaldus. Puudutati ka teemat, et milline nägi süsteemiadministraatorite töö välja enne ja mis erinevused on selles nüüd, et on konfiguratsioonihaldurid, automatiseerimine jne. Kasutati palju valdkonna termineid ja slängi, nii et oli natuke keerulisem jälgida kui teisi loenguid. Aga jällegi oma teemast ehk süsteemihalduri tööst andis ta väga hea ülevaate. | Taavi Tuisk kõneles sellest, millega tegeleb süsteemihaldur <ref>[https://echo360.e-ope.ee/ess/echo/presentation/8e2141b7-9e98-49dc-a05d-6ca0edd3c19c?ec=true Loengu "Millega tegeleb süsteemihaldur" (Taavi Tuisk) 17. september loengusalvestus]</ref> Kõigepealt rääkis ta süsteemiadministaatorile vajalikest iseloomujoontest, et stressitaluvus peab olema, peab suutma meeskonnaga kommunikeerida ning vajalik on ka paranoia, et kogu aeg kontrollida, kas kuskil vajab midagi parandamist. Samuti toonitati, et ka administraator peaks oskama programmerimist ning et isikuandmetes on keelatud sobrada, muidu kaob usaldus. Puudutati ka teemat, et milline nägi süsteemiadministraatorite töö välja enne ja mis erinevused on selles nüüd, et on konfiguratsioonihaldurid, automatiseerimine jne. Kasutati palju valdkonna termineid ja slängi, nii et oli natuke keerulisem jälgida kui teisi loenguid. Aga jällegi oma teemast ehk süsteemihalduri tööst andis ta väga hea ülevaate. | ||
Testimisest ja tarkvara kvaliteedist <ref>[https://echo360.e-ope.ee/ess/echo/presentation/00379be2-bb86-4935-9b4f-aad720ee4cc0?ec=true Loengu "Testimine ja tarkvara kvaliteet" (Kert Suvi) 24. september loengusalvestus]</ref> rääkis Kert Suvi. Testija peaks olema pessimist ning professionaalne skeptik, tal peab olema tugev analüüsivõime ning kastist-välja-mõtlemine. Testitakse selleks, et saada infot ja maandada riske, testima peaksid kõik: nii arendaja, analüütik, testija, administraator | Testimisest ja tarkvara kvaliteedist <ref>[https://echo360.e-ope.ee/ess/echo/presentation/00379be2-bb86-4935-9b4f-aad720ee4cc0?ec=true Loengu "Testimine ja tarkvara kvaliteet" (Kert Suvi) 24. september loengusalvestus]</ref> rääkis Kert Suvi. Testija peaks olema pessimist ning professionaalne skeptik, tal peab olema tugev analüüsivõime ning kastist-välja-mõtlemine. Testitakse selleks, et saada infot ja maandada riske, testima peaksid kõik: nii arendaja, analüütik, testija, administraator kui ka tellija jne. Praegu on probleemiks pigem see, et testijaid on vähe ning on vähe neid, kes võtavad seda spetsialisti tööna ning testimine on muidugi kallis. Paradoksina tõi Suvi veel välja, et testimise jaoks tavaliselt aega ei ole, aga vigade parandamiseks küll ning oluliselt lihtsam oleks vigu parandada algfaasis. Negatiivse poole pealt toob ta välja, et testimistööd peetakse üldiselt rohkem hüppelauaks, et tegijad on arendajad, analüütikud jne. Ning arvamus, et testija saab alati vähe palka ja et testimine on väga igav, ei pea paika. Kui spetsialiseeruda mingile kindlale asjale, võib teenida väga normaalselt. Loeng avas silmad selles osas, et ilmselt tegelikult päris täpselt ei teata, mida testimine endast kujutab. | ||
Targo Tennisberg kõneles selles, kuidas tarkvaraarenduse maailmas ellu jääda <ref>[https://echo360.e-ope.ee/ess/echo/presentation/45c455bb-ef01-4f3e-a722-5ba40ecbe8ee?ec=true Loengu "Kuidas tarkvaraarenduse maailmas ellu jääda" (Targo Tennisberg) 1. oktoober loengusalvestus]</ref>. Ta toob ära meeletult pika nimekirja erinevatest töödest, mida on võimalik IT-alal teha, ei kujutanudki ette, et neid nii palju on. Tema meelest on edu võti selles, kui suudad probleeme ennetada ja riske maandada, mitte selles, kui vinget koodi suudad kirjutada. Ta annab ka soovituse, kuidas saada head töökohta: tuleks olla taiplik, teha oma asjad ära ja olla hea tiimikaaslane. Kool ei ole otseselt tähtis, aga loevad saavutused ja seda just kooli lõpetamine on ning tähtis on võime asju lõpule viia. Samuti soovitab ta end majanduse koha pealt harida, et teaksid, mis on pakkumine ja nõudmine ning mõistaksid, et mida spetsiifilisem on su oskus, seda kõrgemat hinda saad küsida. Oluline ei ole mitte idee, vaid teostus. Lisaks juhib ta tähelepanu faktile, et oleme murdepunktis, kus töökohad kaovad kiiremini kui neid jõuab juurde tekkida ning et IT on muutumas tarbeaineks ja väljapääsuks on pakkuda kvaliteeteset spetsialiseeritud väärtust. IT peaks justkui olema kaitstud, aga samas võib keegi sinu töö ära teha kuskil mujal ning ka automatiseerimist on aina rohkem. Kui loengu algusosa oli pigem positiivses toonis, siis lõpu poole tekitas natuke muremõtteid küll, et ka IT, mis justkui tundub olevat tulevikuvaldkond, et ka seal pole kõik roosiline ja oma töökoha eest tuleb ilmselt võitlema hakata. | Targo Tennisberg kõneles selles, kuidas tarkvaraarenduse maailmas ellu jääda <ref>[https://echo360.e-ope.ee/ess/echo/presentation/45c455bb-ef01-4f3e-a722-5ba40ecbe8ee?ec=true Loengu "Kuidas tarkvaraarenduse maailmas ellu jääda" (Targo Tennisberg) 1. oktoober loengusalvestus]</ref>. Ta toob ära meeletult pika nimekirja erinevatest töödest, mida on võimalik IT-alal teha, ei kujutanudki ette, et neid nii palju on. Tema meelest on edu võti selles, kui suudad probleeme ennetada ja riske maandada, mitte selles, kui vinget koodi suudad kirjutada. Ta annab ka soovituse, kuidas saada head töökohta: tuleks olla taiplik, teha oma asjad ära ja olla hea tiimikaaslane. Kool ei ole otseselt tähtis, aga loevad saavutused ja seda just kooli lõpetamine on ning tähtis on võime asju lõpule viia. Samuti soovitab ta end majanduse koha pealt harida, et teaksid, mis on pakkumine ja nõudmine ning mõistaksid, et mida spetsiifilisem on su oskus, seda kõrgemat hinda saad küsida. Oluline ei ole mitte idee, vaid teostus. Lisaks juhib ta tähelepanu faktile, et oleme murdepunktis, kus töökohad kaovad kiiremini kui neid jõuab juurde tekkida ning et IT on muutumas tarbeaineks ja väljapääsuks on pakkuda kvaliteeteset spetsialiseeritud väärtust. IT peaks justkui olema kaitstud, aga samas võib keegi sinu töö ära teha kuskil mujal ning ka automatiseerimist on aina rohkem. Kui loengu algusosa oli pigem positiivses toonis, siis lõpu poole tekitas natuke muremõtteid küll, et ka IT, mis justkui tundub olevat tulevikuvaldkond, et ka seal pole kõik roosiline ja oma töökoha eest tuleb ilmselt võitlema hakata. |
Revision as of 21:58, 26 October 2015
Erialatutvustuse aine arvestustöö
Autor: Maarija Mikiver
Esitamise kuupäev: 26. oktoober 2015
Essee
Aine „Õpingukorraldus ja erialatutvustus“ (I020) raames kuulasime erinevaid esinejaid erinevate IT-ga seotud teemadel. Oli selgelt aru saada, et esinejad oli oma ala spetsialistid ning mitmel juhul läheneti oma teemale ka läbi huumoriprisma või tögati natuke teisi IT-ameteid, aga samas jäi kõik kenasti viisakuse piiridesse.
Õppekorralduse ja sisekorra teemal peetud loengus [1] võtsid sõna Inga Vau, Merele Varendi, Juri Tretjakov, Lauri Võsandi, Andres Septer ja Kristjan Karmo. Üldiselt puudutati õppetööga seotud ning ka õppetöö välist tegevust IT Kolledžis. Räägiti koormustest, stipendiumitest, tagasisidest, üliõpilaskonna küsitlustest, loengute videosalvestuste järelevaatamise võimalusest ja Moodle’ist. Õppevälise tegevuse teemadel toodi välja robootikaring, mainiti ka ära mitte otseselt IT Kolledžiga seotud võimalused: Google Summer of Code ja Nordic Summer University. Ning rõhutati, et edukaks hakkama saamiseks pärast kooli tuleks õppida ka ettevõtlust, raamatupidamist jms, et hiljem teadmatuse tõttu liiga ei tehtaks. Samuti anti praktilisi soovitusi, nt kuidas tulevastele tööandajatele paremini silma jääda: luua GitHubi ja LinkedIni kontod. Ehk siis oli koos palju esinejaid, kes kõik andsid väiksed näpunäiteid, mida oli koos kontsentreeritult ja palju. Andis motivatsiooni võtta ainetest maksimumi ja üritada ise võimalikult palju veel kõrvale uurida.
IT projektide juhtimise teemal [2] jutustas Tiina Seeman. Tema toonitas, et IT-s ei ole vaja ainult arendajaid, vaid ka väga paljuid muid ameteid, kõige rohkem juhtis ta tähelepanu muidugi projektijuhtimisele IT-s ning mis selle valdkonna väärtuslikuks teeb. Projekti ebaõnnestumise vältimiseks on vaja kindlakäelist juhtimist ning sujuvaks tööks ja õnnestumiseks tuleks protsessi kaasata kõikvõimalikud osapooled ning tuleb jõuda selleni, et kõik asjast üheselt aru saaks. Paljud asjad tulevad kogemuse pealt: näha ära, mis asjad sõltuvad teistest, mis käiku panna paralleelselt ning kui mingis punktis on jama, tuleb sellest kohe rääkida. Natuke häiris, et ta kasutas väga palju ingliskeelseid termineid, millel tegelikult on olemas eestikeelne vaste. Kuid see ilmselt on IT-inimeste üldine joon, sest kogu arvutimaailm on peaasjalikult inglise keeles. Kui kunagi on plaanis end IT projektijuhtimisega siduda, tasub see loeng kindlasti uuesti üle kuulata.
Elar Lang rääkis õppimisest ja omast kogemusest [3]. Tema tegevus on põhiliselt seotud küberkaitsega ja sellele oli suuresti pühendatud ka tema loeng. Ta tõi välja arvamuse, et ülikooli tuleks tulla selleks, et õppida õppima ning pärast kooli tuleks end pidevalt täiendada. Lang juhtis tähelepanu ka juba mujalt kõlama jäänud asjaolule, et arendajad, administraatorid, analüütikud, testijad jne, võiksid kõik üksteise tööde kohta võimalikult palju teada, seda parem on tulemus. Kool on vaid sissejuhatuseks ning annab sulle taustateadmised, spetsialistiks saadakse ikkagi vaid töö käigus ja kogemuse kasvades. Edukus ei ole mitte juhus, vaid enda valik. Ei tasuks elada homse arvel ning võtta koolist kaasa teadmine, et suudad oma seatud eesmärke täita. Veel andis ta praktilisi nippe, kuidas koolitööd tehtud saada (võtta kooli kui tööl käimist ja aineid kui projekte – kas teed need lihtsalt ära või panustad neisse). Reaalsus on see, et kõiki aineid hiljem samal tasemel ei mäleta kui eksami tegemise ajal, päriselt tuleb kiiresti osata leida lahendus ning et väga kahjulik on õpitud abitus, et probleemi korral küsid alati lahendust, aga ei õpi nii ise mõtlema. Kõikidest loengutest oli see üks motiveerivamaid, tekkis kohe tahtmine hakata järjest kõikide koolitükkidega pihta ja lisaks veel ööd läbi mujaltki IT-valdkonna teadmisi ammutada.
Taavi Tuisk kõneles sellest, millega tegeleb süsteemihaldur [4] Kõigepealt rääkis ta süsteemiadministaatorile vajalikest iseloomujoontest, et stressitaluvus peab olema, peab suutma meeskonnaga kommunikeerida ning vajalik on ka paranoia, et kogu aeg kontrollida, kas kuskil vajab midagi parandamist. Samuti toonitati, et ka administraator peaks oskama programmerimist ning et isikuandmetes on keelatud sobrada, muidu kaob usaldus. Puudutati ka teemat, et milline nägi süsteemiadministraatorite töö välja enne ja mis erinevused on selles nüüd, et on konfiguratsioonihaldurid, automatiseerimine jne. Kasutati palju valdkonna termineid ja slängi, nii et oli natuke keerulisem jälgida kui teisi loenguid. Aga jällegi oma teemast ehk süsteemihalduri tööst andis ta väga hea ülevaate.
Testimisest ja tarkvara kvaliteedist [5] rääkis Kert Suvi. Testija peaks olema pessimist ning professionaalne skeptik, tal peab olema tugev analüüsivõime ning kastist-välja-mõtlemine. Testitakse selleks, et saada infot ja maandada riske, testima peaksid kõik: nii arendaja, analüütik, testija, administraator kui ka tellija jne. Praegu on probleemiks pigem see, et testijaid on vähe ning on vähe neid, kes võtavad seda spetsialisti tööna ning testimine on muidugi kallis. Paradoksina tõi Suvi veel välja, et testimise jaoks tavaliselt aega ei ole, aga vigade parandamiseks küll ning oluliselt lihtsam oleks vigu parandada algfaasis. Negatiivse poole pealt toob ta välja, et testimistööd peetakse üldiselt rohkem hüppelauaks, et tegijad on arendajad, analüütikud jne. Ning arvamus, et testija saab alati vähe palka ja et testimine on väga igav, ei pea paika. Kui spetsialiseeruda mingile kindlale asjale, võib teenida väga normaalselt. Loeng avas silmad selles osas, et ilmselt tegelikult päris täpselt ei teata, mida testimine endast kujutab.
Targo Tennisberg kõneles selles, kuidas tarkvaraarenduse maailmas ellu jääda [6]. Ta toob ära meeletult pika nimekirja erinevatest töödest, mida on võimalik IT-alal teha, ei kujutanudki ette, et neid nii palju on. Tema meelest on edu võti selles, kui suudad probleeme ennetada ja riske maandada, mitte selles, kui vinget koodi suudad kirjutada. Ta annab ka soovituse, kuidas saada head töökohta: tuleks olla taiplik, teha oma asjad ära ja olla hea tiimikaaslane. Kool ei ole otseselt tähtis, aga loevad saavutused ja seda just kooli lõpetamine on ning tähtis on võime asju lõpule viia. Samuti soovitab ta end majanduse koha pealt harida, et teaksid, mis on pakkumine ja nõudmine ning mõistaksid, et mida spetsiifilisem on su oskus, seda kõrgemat hinda saad küsida. Oluline ei ole mitte idee, vaid teostus. Lisaks juhib ta tähelepanu faktile, et oleme murdepunktis, kus töökohad kaovad kiiremini kui neid jõuab juurde tekkida ning et IT on muutumas tarbeaineks ja väljapääsuks on pakkuda kvaliteeteset spetsialiseeritud väärtust. IT peaks justkui olema kaitstud, aga samas võib keegi sinu töö ära teha kuskil mujal ning ka automatiseerimist on aina rohkem. Kui loengu algusosa oli pigem positiivses toonis, siis lõpu poole tekitas natuke muremõtteid küll, et ka IT, mis justkui tundub olevat tulevikuvaldkond, et ka seal pole kõik roosiline ja oma töökoha eest tuleb ilmselt võitlema hakata.
Oma IT ettevõttest [7] rääkis Tanel Unt. Tema on üks näide nendest, kes ei ole ülikooli lõpetanud, kuid see-eest on tal meeletult kogemust. Ta on olnud mitmeid ettevõtteid, ka läbikukkumisi, aga see kõik õpetab. Ning põhjendusena, miks mitte olla palgatööl või start-upis, toob tema välja vabaduse ise otsustada. Soovitusena ettevõtluse kohta märgib ta ära, et ettevõtluses tuleb partneritega hästi läbi saada ning samas peavad nad olema ka head selles, mida nad teevad. Ning start-upi puhul on kõige tähtsam luua väärt meeskond, sest seda te müütegi. Jällegi oli üldjoontes väga hariv ja huvitav loeng, sest ettevõtte loomisega võivad potentsiaalselt paljud tudengid tulevikus kokku puutuda.
Andmekaevandamisest ja analüütikast [8] rääkisid Oliver Kadar ja Oleg Bogdanov. Kadak toonitas, et endale tuleb leida nišš, siis suudad korralikult ära elada. Ta tõi mitmeid elulisi näiteid, kus analüüsi kasutatakse (Statoil ja nende tootevaliku paigutus, telefoniteenuste pakkumised uutele klientidele jne). Ning taaskord tuuakse välja, et Eesti programmeerijatel läheb varsti raskeks, kuna Indiast tuleb palju programmeerijaid peale, kes teevad töö kordades odavamalt ära. Ta annab ka ühe hea idee, et leida mingi probleem, mis on massiline, ja leida siis selle lahendus. Tuleks teha nišiasju, millel on suurem kasutus. Sama mainib ka Bogdanov, et tuleks leida endale IT-ääreala ning otsida midagi, mis on seotud reaalse eluga.
Kokkuvõttes võib öelda, et väga motiveeriv oli kõike neid asju kuulata. Tekkis tahtmine kohe midagi ära teha ja hakata palju õppima. Huvitav oli see, et kõik rääkisid oma vaatenurgast ja kuidagi natuke nagu tögasid teisi IT-ameteid. Julgustav oli veel selles mõttes, et päris kõik esinejad ei ole olnud terve elu läbi ja lõhki IT-inimesed (muidugi oli palju neidki), ja nemadki on edukalt hakkama saanud. Muidugi veidi hirmutav oli see, et mitmel juhul toonitati, et varsti võib Eestis programmeerijatel töö otsa saada, sest lihtsalt odavama tööjõuga riigid võtavad selle meilt ära. Edukaks saamiseks tuleks endale leida nišš, end pidevalt edasi harida ning viia end kurssi erinevate IT-ametite spetsiifikaga ja majandusega. Igal juhul oli väga üldhariv ja maalis IT-maailmast pildi ette, kuna käsitleti erinevaid tahke.
Notes
Antud lehe puhul on kasutatud K. Karmo näidet [9].
Õpingukorralduse küsimused
Küsimus A
Kukkusid eksamil läbi. Kaua on võimalik eksamit järele teha? Kellega kokku leppida, et kordussooritust teha? Mis on tähtajad? Kui palju maksab, kui oled riigi finantseeritaval (RF) õppekohalkohal? Kui palju maksab, kui oled tasulisel (OF) õppekohal?
Vastus
Kordussoorituseks on õigus kuni ülejärgmise semestri punase joone päevani (alates aine õpetamissemestrist). Kokku tuleks leppida õppejõuga, kellel on õigus anda kordussooritusele pääsemise eeldusena lisaülesandeid [10]. Korduseksamile tuleb registreerida ÕISis [11]. Soorituse ja registreerimise vahele peab olema 2 tööpäeva [12]. RF õppekohal on kordussooritusel osalemine tasuta. OF õppekohal tuleb maksta kordussoorituse tasu 20€ [13].
Küsimus 1
Teisel või kolmandal õppeaastal avastad, et teine õppekava sobib paremini ja sa otsustad õppekava vahetada. Millised on tegevused ja mis ajaks tuleb need teha, et vahetada õppekava? Kas deklareeritud, kuid tegemata jäänud valikaine tuleb kolledži lõpetamiseks tingimata sooritada? Millega pean arvestama, deklareerides valikaineid üle õppekavas ette nähtud mahu (sh. deklareeritud, kuid sooritamata jäänud valikained)?
Vastus
Taotlus (vabas vormis kirjalik avaldus) õppekava vahetamiseks ja nimekiri õppesooritustest (mida soovitakse arvestada uue õppekava osana) tuleb esitada rektori nimele EIK õppeosakonda vähemalt 1 tööpäev enne semestri punase joone päeva [14]. Õpilane peab sooritama õppekavas ettenähtud mahus valikained, seega kui valikainete maht on ilma selle tegemata jäänud valikaineta täis, ei pea seda tingimata sooritama [15]. Kui deklareerida valikained üle õppekavas ette nähtud mahu (180 EAP), siis tuleb nende eest tasuda ning sulle esitatakse õppemaksu arve [16]. Kuid nominaalajaga lõpetanud üliõpilasel on õigus taotleda õppemaksu tagastamist normmahtu (180 EAP) ületava kuni 2 EAP ulatuses [17].
Ülesanne
Kui mitme EAP ulatuses tuleb õppekulud osaliselt hüvitada aasta lõpuks, kui esimese semestri lõpuks on olemas X EAPd ja teise semestri lõpuks Y EAPd? Kui suur on teile esitatav arve? X ja Y väärtused võtke allpool olevast tabelist selliselt, et X väärtus vastab teie üliõpilaskoodi eelviimasele numbrile ja Y üliõpilaskoodi viimasele numbrile.
Vastus
Kui esimese semestri lõpuks on olemas 25 EAPd ja teise semestri lõpuks 19 EAPd, siis kumulatiivselt on aasta lõpuks olemas 44EAPd ning siis ei ole õppur täitnud 75% nominaalkoormusest õppeaastas [18]. Tal jääb 45st nõutud EAPst [19] puudu 1EAP ning ta viiakse üle osakoormusega õppesse [20]. Aga muidu üldiselt lähtudes ülesande püstitusest tuleks vastavalt ITK finantsinfole [21] sooritada semestris vähemalt 27EAP mahus aineid ehk siis kahe semestri peale kokku 54EAP mahus ained ning sel juhul jääks aasta lõpuks puudu 10EAPd. Ja kui osalise hüvitamise määr on 50€ EAP kohta [22], tuleks tasuda 500€.
Viited
- ↑ Loengu "Õppekorraldus ja sisekord" (Inga Vau, Merle Varendi, Juri Tretjakov, Lauri Võsandi, Andres Septer, Kristjan Karmo) 26. august loengusalvestus
- ↑ Loengu "IT projektide juhtimine" (Tiina Seeman) 3. september loengusalvestus
- ↑ Loengu "Õppimisest. Omast kogemusest" (Elar Lang) 10. september loengusalvestus
- ↑ Loengu "Millega tegeleb süsteemihaldur" (Taavi Tuisk) 17. september loengusalvestus
- ↑ Loengu "Testimine ja tarkvara kvaliteet" (Kert Suvi) 24. september loengusalvestus
- ↑ Loengu "Kuidas tarkvaraarenduse maailmas ellu jääda" (Targo Tennisberg) 1. oktoober loengusalvestus
- ↑ Loengu "Oma IT ettevõte -- GPS asukohamääramisteenuse Navirec näitel" (Tanel Unt) 8. oktoober loengusalvestus
- ↑ Loengu "Andmekaevandamine ja analüütika ning muud põnevat" (Oleg Bogdanov ja Oliver Kadak) 15. oktoober loengusalvestus
- ↑ Erialatutvustuse aine arvestustöö (NÄIDE)
- ↑ Õppekorralduse eeskiri 5.2.13
- ↑ Õppekorralduse eeskiri 5.2.8.1
- ↑ Õppekorralduse eeskiri 5.2.8
- ↑ KKK 9.
- ↑ Õppekorralduse eeskiri 7.2.1
- ↑ Õppekorralduse eeskiri 1.3.6
- ↑ KKK 2.
- ↑ Õppekorralduse eeskiri 3.1.8
- ↑ Õppekorralduse eeskiri 3.2.1
- ↑ KKK 12.
- ↑ Õppekorralduse eeskiri 4.1.1
- ↑ Finantsinfo
- ↑ Finantsinfo