User:Aromandi: Difference between revisions

From ICO wiki
Jump to navigationJump to search
Aromandi (talk | contribs)
Aromandi (talk | contribs)
 
(3 intermediate revisions by the same user not shown)
Line 3: Line 3:
Autor: Aivar Romandi<br>
Autor: Aivar Romandi<br>
Rühm: 12<br>
Rühm: 12<br>
Esitamise kuupäev: 22. oktoober 2015<br>
==Essee==
* Sissejuhatav loeng: Inga Vau, Merle Varendi, Juri Tretjakov, Lauri Võsandi, Andres Septer, Kristjan Karmo <ref>[https://echo360.e-ope.ee/ess/echo/presentation/5c75a38e-e103-474a-9e39-42aa330f4305?ec=true Loengu "Õppekorraldus ja sisekord" (Inga Vau, Merle Varendi, Juri Tretjakov, Lauri Võsandi, Andres Septer, Kristjan Karmo) 26.08.2015 loengusalvestus]</ref>
Räägiti õppekorraldusest ja seda, et tudengi jaoks tähtsaim dokument on õppekorralduse eeskiri. Saime teada ka hobitegevustest, robootikaklubist ja muudest sellistest vaba aja veetmise võimalustest. Teavitati ka selle aine olemusest ja kuidas seda ainet läbida. Meid teavitati ka stipendiumite saamise võimalusest ja kuidas neid saada. Soovitati rohkem omavahel suhelda ning asju mitte tegemata jätta, sest see võib päris kalliks maksma minna.
* Esimene loeng: Tiina Seeman <ref>[https://echo360.e-ope.ee/ess/echo/presentation/e2cded4a-d03a-4ed5-95e9-de354ce58f36?ec=true Loengu "IT projektide juhtimine" (Tiina Seeman) 03.09.2015 loengusalvestus]</ref>
Tiina Seeman rääkis IT-alasest projektijuhtimisest ja selle komponentidest: aeg, raha, planeerimine, arendus. Projektijuhtimise dimensioonid on aeg, raha, pingutus ja kvaliteet. Riskidega tuleb mõistlikkuse piires arvestada ja seada töödele kriitiline järjekord. Muutustele tuleb kiiresti reageerida, selle eest vastutab juhtgrupp. Otsustus ja vastutuspiirid → regulaarsed töökoosolekud → eesmärk. IT etapid projektis: eelanalüüs, ärianalüüs → arhitektuur süsteemianalüüs → realisatsioon(koodimine), testimine → kasutajate koolitus ja juhendamine, realiseerimine → projekti varajase elu faas → projekt on valmis
* Teine loeng: Elar Lang <ref>[https://echo360.e-ope.ee/ess/echo/presentation/ce07046a-a6aa-41bb-8fe8-9f256a6d627f?ec=true Loengu "Õppimisest. Omast kogemusest." (Elar Lang) 10.09.2015 loengusalvestus]</ref>
Elar Lang töötas pikka aega arendajana, enne kui ta astus EIK-sse, koolist sai ta erialase leksikoni selgeks ja laia põhja. Koolis tuleb õppida õppima. Kui teadmised on raamat, siis kool on vaid sisukord. Tuleb raskusteks valmis olla, keskendu lahendustele. On vaja lihtsalt pihta hakata. Õppimisele tuleb kasuks õpiplaani koostamine, tuleb kirja panna tegemist vajavad asjad, kuupäevad ning aine läbimisel ei tohi unustada enesekiitust. Väldi elamist homse arvelt. Planeerimisel vajalik ajaline puhvertsoon. Kool == töö. Iga uus infokild on tähtis. Füüsika ja matemaatika õpetavad mõtlema. Programmeerimisel on kasulik tegeleda hobiprojektiga. Ei tohi õppida abitust.
* Kolmas loeng: Taavi Tuisk <ref>[https://echo360.e-ope.ee/ess/echo/presentation/8e2141b7-9e98-49dc-a05d-6ca0edd3c19c?ec=true Loengu "Millega tegeleb süsteemihaldur" (Taavi Tuisk) 17.09.2015 loengusalvestus]</ref>
Taavi Tuisk ütles, et sysadmini omadused on: tugev stressitaluvus, leidlikkus, tervislik paranoia, programmeerimisoskus ja ametieetika. Varem oli pime keskaeg, mis väljendus selles, et süsteemid olid unikaalsed, dokumentatsioon oli puudulik/puuduv, tarkvara oli pööraselt kallis ja bugine, töövahendid olid kehvad, maine oli kehvavõitu. Tööstusrevolutsiooniga tuli infrastruktruur koodina(konfiguratsioonihaldus, automatiseering, infrastruktuuri koodi versioonihaldus ja koodi testimine), serverid teenusena aka cloud(autoscaling), DevOps, NoOps jne.
* Neljas loeng: Kert Suvi <ref>[https://echo360.e-ope.ee/ess/echo/presentation/00379be2-bb86-4935-9b4f-aad720ee4cc0?ec=true Loengu "Testimine ja tarkvara kvaliteet" (Kert Suvi) 24.09.2015 loengusalvestus]</ref>
Kert Suvi rääkis testimisest ja tarkvara kvaliteedist. Tema seisukoht on, et testitakse liiga vähe: muu maailm ~25%, Eesti ~15%. Testitakse informatsiooni saamiseks ja riskide maandamiseks. Vähese testimise põhjendamiseks tuuakse mitmeid ettekäändeid: testimine on kallis, ei loo lisandväärtust, testimiseks ei jää aega, pole võimalik testida, pole inimesi, kes testiks, pole vaja testida, ei viitsi testida. Kui mitte testida, siis ei pruugi midagi juhtuda, kuid võib juhtuda ka kõige hullem. Spetsialiste on testimise valdkonnas vähe. Testima peaksid tellija(tellimus), analüütik(analüüs), arendaja(kood/rakendus), testija(kaetus), admin(paigaldus,haldus, backup), lõppkasutaja(kasutajakogemus). Testijuhtimine: skoopimine, planeerimine, koordineerimine, raporteerimine. Testianalüüs ja testimine: testilugude kirjutamine, manuaalne testimine, puusalt testimine. Tehniline testimine: jõudlustestide ning automaattestide disain ja kodeerimine, turvalisuse testimine, koodiaudit. Erinevates keskkondades kasutatavuse testimine on äärmiselt tähtis. Testija omadused Kerdi sõnul: pessimist, puudub pime usk, tugevalt erinev mõtlemine, analüütik(out of the box), kavalus, õnn. Testimine sõltub suuresti rahastusest.
* Viies loeng: Targo Tennisberg <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  ) 01.10.2015 loengusalvestus]</ref>
Targo Tennisberg rääkis alguses analoogiast alkeemiaga. Alkeemiast tuli läbi pika küpsemise raja välja keemia. Ka IT-maailmas tuleb ennem enda toodet ilustada, pärast tegelikku tööd tuleb midagi väärtuslikku. IT olemus on selline, et enamik projekte ebaõnnestub, põhjused on tavaliselt mittetehnoloogilised. Inimestel on illusioon maailma lihtsusest, tegelikkuses on väga palju arvestatavaid komponente. Kvaliteet sõltub skoobist, ajast ja ressurssidest, ka Tiina Seeman rääkis sellest. Olulised on saavutused, võime õppida, koostöö, õnn. Programmeerija kasutegur sõltub uduste ideede tõlkimisest, valmis tehtud asjade kasutamine teistes kohtades(nõuab kõrgemat kvalifikatsiooni), oluline on teostus(1% annet, 99% tööd), maniakaalne üleolekuvajadus.
* Kuues loeng: Tanel Unt <ref>[https://echo360.e-ope.ee/ess/echo/presentation/95e9f82e-debe-4f6c-833a-5dabb639600d?ec=true Loengu "Oma IT ettevõte - GPS asukohamääramisteenuse Navirec näitel" (Tanel Unt) 08.10.2015 loengusalvestus]</ref>
Tanel Unt alustas varakult oma ettevõttega. Omafinantseeringuga ettevõtte tegemisel oli tal nõue olla kasumlik algusest ja vabadus ise otsustada. Entusiasm on tähtsaim. Ta ütles ka, et kool peab õpetama õppima, seda ütles ka Elar Lang. Meeskonnavalik on ülitähtis, meeskonnaliikmed peavad olema kompetentsed ja koostööaltid. Tuleb uskuda iseendasse, ära müü ettevõtet liiga vara ja julge muuta. Probleemide lahendamine on juhtimisest tähtsam. Programmeerimisel on suur läbipõlemise oht. Investorid tahavad näha meeskonda, äriplaani, raha haldamist. Oma ettevõttes on vimkad vajalikud. Tööd peab alati rohkem olema. Startupil on kasulik palju väikseid kliente, see tagab stabiilsuse. Kiirlahendused on pikas perspektiivis ohtlikud. Äripartnereid tuleb hoolega valida, kõik mis hiilgab ei ole veel kuld. Ei tohi unustada kommentaaride ja dokumentatsiooni tegemist. Testimisele tuleks ideaalis panna ~25% ressurssidest.
* Seitsmes loeng: Oleg Bogdanov ja Oliver Kadak <ref>[https://echo360.e-ope.ee/ess/portal/section/f893ad14-fdef-4ae7-9796-b52607eb813b Loengu "Andmekaevandamine ja analüütika ning muud põnevat" (Oleg Bogdanov ja Oliver Kadak) 15.10.2015 loengusalvestus]</ref>
Oliver Kadak rääkis statistika ja analüütika tähtsusest IT-s. Nende abil saab optimiseerida ettevõtete tegevust ning automatiseerida turundust. Oleg Bogdanov on haruldane inimene, ta kirjutas juba aastal 1974 oma esimesed masinkoodi programmid. Ta on töötanud väga mitmekesistel töökohtadel ning see on talle toonud asendamatu teadmiste pagasi. Statistika ja analüütika peaksid olema senisest palju rohkem tähtsustatud.
==Õpingukorralduse küsimused==
==Õpingukorralduse küsimused==
===Küsimus A===
===Küsimus A===
Line 20: Line 55:
===Ülesanne===
===Ülesanne===
Kui mitme EAP ulatuses tuleb tasuta õppides õ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?<br>
Kui mitme EAP ulatuses tuleb tasuta õppides õ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?<br>
Andmed: X=Y=21 Vajalik EAP-de hulk: 54<br>
'''Andmed:'''  X=Y=21 Vajalik EAP-de hulk: 54 Ühe EAP hind: 50€<ref>[http://www.itcollege.ee/tudengile/kkk/korgharidusreform-kkk/#Teine Kõrgharidusreform]</ref><br>
Lahendus: Kogutud EAP-de hulk: 21+21=42 Puudujääk: 54-42=12 Tasuda tuleb: 12*50=600€<ref>[http://www.itcollege.ee/tudengile/kkk/korgharidusreform-kkk/#Teine Kõrgharidusreform]</ref><br>
'''Lahendus:''' Kogutud EAP-de hulk aasta peale: 21+21=42 Puudujääk: 54-42=12 Sügisel jäi puudu: 27-21=6 Kokku: 18*50=900€<br>
Vastus: Kuna puudu jääb 12 ainepunkti, siis tasuda tuleb 600€.
'''Vastus:'''  Tasuda tuleb 900€.


=Viited=
=Viited=
<references />
<references />

Latest revision as of 15:27, 19 October 2015

Erialatutvustuse ainetöö

Autor: Aivar Romandi
Rühm: 12
Esitamise kuupäev: 22. oktoober 2015

Essee

  • Sissejuhatav loeng: Inga Vau, Merle Varendi, Juri Tretjakov, Lauri Võsandi, Andres Septer, Kristjan Karmo [1]

Räägiti õppekorraldusest ja seda, et tudengi jaoks tähtsaim dokument on õppekorralduse eeskiri. Saime teada ka hobitegevustest, robootikaklubist ja muudest sellistest vaba aja veetmise võimalustest. Teavitati ka selle aine olemusest ja kuidas seda ainet läbida. Meid teavitati ka stipendiumite saamise võimalusest ja kuidas neid saada. Soovitati rohkem omavahel suhelda ning asju mitte tegemata jätta, sest see võib päris kalliks maksma minna.

  • Esimene loeng: Tiina Seeman [2]

Tiina Seeman rääkis IT-alasest projektijuhtimisest ja selle komponentidest: aeg, raha, planeerimine, arendus. Projektijuhtimise dimensioonid on aeg, raha, pingutus ja kvaliteet. Riskidega tuleb mõistlikkuse piires arvestada ja seada töödele kriitiline järjekord. Muutustele tuleb kiiresti reageerida, selle eest vastutab juhtgrupp. Otsustus ja vastutuspiirid → regulaarsed töökoosolekud → eesmärk. IT etapid projektis: eelanalüüs, ärianalüüs → arhitektuur süsteemianalüüs → realisatsioon(koodimine), testimine → kasutajate koolitus ja juhendamine, realiseerimine → projekti varajase elu faas → projekt on valmis

  • Teine loeng: Elar Lang [3]

Elar Lang töötas pikka aega arendajana, enne kui ta astus EIK-sse, koolist sai ta erialase leksikoni selgeks ja laia põhja. Koolis tuleb õppida õppima. Kui teadmised on raamat, siis kool on vaid sisukord. Tuleb raskusteks valmis olla, keskendu lahendustele. On vaja lihtsalt pihta hakata. Õppimisele tuleb kasuks õpiplaani koostamine, tuleb kirja panna tegemist vajavad asjad, kuupäevad ning aine läbimisel ei tohi unustada enesekiitust. Väldi elamist homse arvelt. Planeerimisel vajalik ajaline puhvertsoon. Kool == töö. Iga uus infokild on tähtis. Füüsika ja matemaatika õpetavad mõtlema. Programmeerimisel on kasulik tegeleda hobiprojektiga. Ei tohi õppida abitust.

  • Kolmas loeng: Taavi Tuisk [4]

Taavi Tuisk ütles, et sysadmini omadused on: tugev stressitaluvus, leidlikkus, tervislik paranoia, programmeerimisoskus ja ametieetika. Varem oli pime keskaeg, mis väljendus selles, et süsteemid olid unikaalsed, dokumentatsioon oli puudulik/puuduv, tarkvara oli pööraselt kallis ja bugine, töövahendid olid kehvad, maine oli kehvavõitu. Tööstusrevolutsiooniga tuli infrastruktruur koodina(konfiguratsioonihaldus, automatiseering, infrastruktuuri koodi versioonihaldus ja koodi testimine), serverid teenusena aka cloud(autoscaling), DevOps, NoOps jne.

  • Neljas loeng: Kert Suvi [5]

Kert Suvi rääkis testimisest ja tarkvara kvaliteedist. Tema seisukoht on, et testitakse liiga vähe: muu maailm ~25%, Eesti ~15%. Testitakse informatsiooni saamiseks ja riskide maandamiseks. Vähese testimise põhjendamiseks tuuakse mitmeid ettekäändeid: testimine on kallis, ei loo lisandväärtust, testimiseks ei jää aega, pole võimalik testida, pole inimesi, kes testiks, pole vaja testida, ei viitsi testida. Kui mitte testida, siis ei pruugi midagi juhtuda, kuid võib juhtuda ka kõige hullem. Spetsialiste on testimise valdkonnas vähe. Testima peaksid tellija(tellimus), analüütik(analüüs), arendaja(kood/rakendus), testija(kaetus), admin(paigaldus,haldus, backup), lõppkasutaja(kasutajakogemus). Testijuhtimine: skoopimine, planeerimine, koordineerimine, raporteerimine. Testianalüüs ja testimine: testilugude kirjutamine, manuaalne testimine, puusalt testimine. Tehniline testimine: jõudlustestide ning automaattestide disain ja kodeerimine, turvalisuse testimine, koodiaudit. Erinevates keskkondades kasutatavuse testimine on äärmiselt tähtis. Testija omadused Kerdi sõnul: pessimist, puudub pime usk, tugevalt erinev mõtlemine, analüütik(out of the box), kavalus, õnn. Testimine sõltub suuresti rahastusest.

  • Viies loeng: Targo Tennisberg [6]

Targo Tennisberg rääkis alguses analoogiast alkeemiaga. Alkeemiast tuli läbi pika küpsemise raja välja keemia. Ka IT-maailmas tuleb ennem enda toodet ilustada, pärast tegelikku tööd tuleb midagi väärtuslikku. IT olemus on selline, et enamik projekte ebaõnnestub, põhjused on tavaliselt mittetehnoloogilised. Inimestel on illusioon maailma lihtsusest, tegelikkuses on väga palju arvestatavaid komponente. Kvaliteet sõltub skoobist, ajast ja ressurssidest, ka Tiina Seeman rääkis sellest. Olulised on saavutused, võime õppida, koostöö, õnn. Programmeerija kasutegur sõltub uduste ideede tõlkimisest, valmis tehtud asjade kasutamine teistes kohtades(nõuab kõrgemat kvalifikatsiooni), oluline on teostus(1% annet, 99% tööd), maniakaalne üleolekuvajadus.

  • Kuues loeng: Tanel Unt [7]

Tanel Unt alustas varakult oma ettevõttega. Omafinantseeringuga ettevõtte tegemisel oli tal nõue olla kasumlik algusest ja vabadus ise otsustada. Entusiasm on tähtsaim. Ta ütles ka, et kool peab õpetama õppima, seda ütles ka Elar Lang. Meeskonnavalik on ülitähtis, meeskonnaliikmed peavad olema kompetentsed ja koostööaltid. Tuleb uskuda iseendasse, ära müü ettevõtet liiga vara ja julge muuta. Probleemide lahendamine on juhtimisest tähtsam. Programmeerimisel on suur läbipõlemise oht. Investorid tahavad näha meeskonda, äriplaani, raha haldamist. Oma ettevõttes on vimkad vajalikud. Tööd peab alati rohkem olema. Startupil on kasulik palju väikseid kliente, see tagab stabiilsuse. Kiirlahendused on pikas perspektiivis ohtlikud. Äripartnereid tuleb hoolega valida, kõik mis hiilgab ei ole veel kuld. Ei tohi unustada kommentaaride ja dokumentatsiooni tegemist. Testimisele tuleks ideaalis panna ~25% ressurssidest.

  • Seitsmes loeng: Oleg Bogdanov ja Oliver Kadak [8]

Oliver Kadak rääkis statistika ja analüütika tähtsusest IT-s. Nende abil saab optimiseerida ettevõtete tegevust ning automatiseerida turundust. Oleg Bogdanov on haruldane inimene, ta kirjutas juba aastal 1974 oma esimesed masinkoodi programmid. Ta on töötanud väga mitmekesistel töökohtadel ning see on talle toonud asendamatu teadmiste pagasi. Statistika ja analüütika peaksid olema senisest palju rohkem tähtsustatud.

Õpingukorralduse küsimused

Küsimus A

Kukkusid eksamil läbi. Kaua on võimalik eksamit järele teha? Kellega kokku leppida, et kordussooritust teha? Kuidas toimub kordussooritusele registreerimine? Mis on tähtajad? Kui palju maksab, kui oled riigi finantseeritaval (RF) õppekohal? Kui palju maksab, kui oled tasulisel (OF) õppekohal?

Vastus

Õigus kordussoorituseks kehtib õppekorralduse eeskirja punkti 5.2.13.[9] kohaselt ülejärgmise semesti punase joone päevani arvates aine õpetamissemestrist. Kordussooritusele registreerimine toimub õppekorralduse eeskirja punkti 5.2.8.1.[10] kohaselt ÕISis ja akadeemilisel puhkusel oleval tudengil tuleb õppekorralduse eeskirja punkti 5.2.8.2.[11] kohaselt esitada avaldus õppeosakonda. Vastavalt õppekorralduse eeskirja punkti 5.2.8.[12] kohaselt peab registreerumise ja soorituse vahele jääma vähemalt 2 tööpäeva. Riigieelarvelisel kohal õppivale tudengile on kordussooritus õppekorralduse eeskirja punkti 5.2.7.[13] järgi tasuta ning riigieelarvevälisel kohal õppivale tudengile tasuline, õppeteenuste tasumäärade nimekirja[14] järgi 2015/2016 õppeaastal 20€.

Küsimus 2

Mis on need tegevused, mis tuleb teha enne punase joone päeva? Panna kirja vähemalt neli (4) võimalikku tegevust. Eksamil on saadud positiivne hinne, kuid on soov seda hinnet parandada. Mitu korda on võimalik hinnet parandada ja milline hinne läheb akadeemilisele õiendile lõpetamisel?

Vastus

Vastavalt õppekorralduse eeskirja punkti 1.2.11.[15] kohaselt peab olema kinnitatud semestri individuaalne õpingukava ja toimunud akadeemilised liikumised. Tulenevalt õpingukorralduse eeskirja punktist 6.1.3.4.[16] alates teisest õpinguaastast muudel põhjustel akadeemilise puhkuse avaldust saab esitada punase joone päevani. Kui tudeng pole õpingukorralduse eeskirja punkti 6.1.4.[17] kohaselt hiljemalt akadeemilise puhkuse lõppemise järgse semestri punase joone päevaks esitanud avaldust akadeemilise puhkuse lõpetamiseks või pikendamiseks, lõpetatakse see automaatselt ja üliõpilane eksmatrikuleeritakse õpingutest mitteosavõtu tõttu.
Vastavalt õppekorralduse eeskirja punkti 5.3.10.[18] kohaselt võib eksamil positiivse hinde saanu taotleda tulemuse parandamiseks üht korduseksamit kahe semestri jooksul ning tulemuslikul korduseksamil saadud kõrgem hinne asendab õppetulemuste arvestamisel eelnevat eksami hinnet, tulemuseta korduseksami puhul säilib esialgne hinne.

Ülesanne

Kui mitme EAP ulatuses tuleb tasuta õppides õ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?
Andmed: X=Y=21 Vajalik EAP-de hulk: 54 Ühe EAP hind: 50€[19]
Lahendus: Kogutud EAP-de hulk aasta peale: 21+21=42 Puudujääk: 54-42=12 Sügisel jäi puudu: 27-21=6 Kokku: 18*50=900€
Vastus: Tasuda tuleb 900€.

Viited