User:Mmikiver: Difference between revisions

From ICO wiki
Jump to navigationJump to search
Mmikiver (talk | contribs)
No edit summary
Mmikiver (talk | contribs)
No edit summary
Line 8: Line 8:
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.
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 <ref>[https://echo360.e-ope.ee/ess/echo/presentation/5c75a38e-e103-474a-9e39-42aa330f4305 Loengu "Õppekorraldus ja sisekord" (Inga Vau, Merle Varendi, Juri Tretjakov, Lauri Võsandi, Andres Septer, Kristjan Karmo) 26. august loengusalvestus]</ref> 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. Ühe erinevusena päeva- ja kaugõppe vahel jäi kõlama, et kui kaugõppe üliõpilaste puhul peetakse justkui loomulikuks, et käiakse tööl, siis päevaõppe õpilaste puhul toonitati, et tööle minek pole soovituslik, kui siis ainult osakoormusega, muidu olevat suur tõenäosus, et kool jääb pooleli. Mis tundub ka väga loogiline lähenemine. Kindlasti väga olulise punktina toodi välja koormused ja nende täitmine. Mainiti ära stipendiumid, tagasiside andmine ja üliõpilaskonna küsitlused. Räägiti nüüdseks juba kõigile selgeks saanud 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. Aine seisukohalt märgiti ära, kuidas on võimalik arvestus kätte saada ning mis eesmärki ta peaks õppekavas täitma. 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.
Õppekorralduse ja sisekorra teemal peetud loengus <ref>[https://echo360.e-ope.ee/ess/echo/presentation/5c75a38e-e103-474a-9e39-42aa330f4305 Loengu "Õppekorraldus ja sisekord" (Inga Vau, Merle Varendi, Juri Tretjakov, Lauri Võsandi, Andres Septer, Kristjan Karmo) 26. august loengusalvestus]</ref> 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. Ühe erinevusena päeva- ja kaugõppe vahel jäi kõlama, et kui kaugõppe üliõpilaste puhul peetakse justkui loomulikuks, et käiakse tööl, siis päevaõppe õpilaste puhul toonitati, et tööle minek pole soovituslik, kui siis ainult osakoormusega, muidu olevat suur tõenäosus, et kool jääb pooleli. Mis tundub ka väga loogiline lähenemine. 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 <ref>[https://echo360.e-ope.ee/ess/echo/presentation/e2cded4a-d03a-4ed5-95e9-de354ce58f36 Loengu "IT projektide juhtimine" (Tiina Seeman) 3. september loengusalvestus]</ref> 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 kogemused 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. Ta märkis ka ära, et kui projektis raha puudu tuleb, siis tasub julgeda küsida, aga teha seda väga argumenteeritult. 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.
IT projektide juhtimise teemal <ref>[https://echo360.e-ope.ee/ess/echo/presentation/e2cded4a-d03a-4ed5-95e9-de354ce58f36 Loengu "IT projektide juhtimine" (Tiina Seeman) 3. september loengusalvestus]</ref> 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 kogemused 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 <ref>[https://echo360.e-ope.ee/ess/echo/presentation/ce07046a-a6aa-41bb-8fe8-9f256a6d627f?ec=true Loengu "Õppimisest. Omast kogemusest" (Elar Lang) 10. september loengusalvestus]</ref> jutustas Tiina Seeman. Tema tegevus on põhiliselt seotud küberkaitsega ja sellele oli suuresti pühendatud ka tema loeng. Tervitatav oli kuulda, kuidas tal küll vahepeal jäi koolitee pooleli, aga hiljem sai aru, et tal ikkagi tuleb kooliteadmistest puudu, sest isehakanud progeja ei suuda end tihti teistele arusaadavaks teha. Tõi välja arvamuse, et lõputöö ei peaks olema pastakast jutu välja imemine, vaid justkui ainult vormistamine, kus sul on endal väga põnev mingit teemat süvitsi kasvõi öö otsa uurida, ning et ülikooli tuleks tulla sellest, et õppida õppima. Tuleb osata infoajastul seda meeletus hulgas peale tulevat infot kuidagi enda jaoks töödelda ning et ennast on vaja kogu aeg 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. Ennast tuleb motiveerida ja mõelda õigeid mõtteid, et kool pole mitte kohustus, vaid on võimalus õppida edukas olema. 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 (teha endale õpiplaane, jälgida edenemist jne, 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 kõike ei peagi peast teadma 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.
Elar Lang rääkis õppimisest ja omast kogemusest <ref>[https://echo360.e-ope.ee/ess/echo/presentation/ce07046a-a6aa-41bb-8fe8-9f256a6d627f?ec=true Loengu "Õppimisest. Omast kogemusest" (Elar Lang) 10. september loengusalvestus]</ref> jutustas Tiina Seeman. Tema tegevus on põhiliselt seotud küberkaitsega ja sellele oli suuresti pühendatud ka tema loeng. Tervitatav oli kuulda, kuidas tal küll vahepeal jäi koolitee pooleli, aga hiljem sai aru, et tal ikkagi tuleb kooliteadmistest puudu, sest isehakanud progeja ei suuda end tihti teistele arusaadavaks teha. Tõi välja arvamuse, et ülikooli tuleks tulla sellest, 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. Ennast tuleb motiveerida ja mõelda õigeid mõtteid, et kool pole mitte kohustus, vaid on võimalus õppida edukas olema. 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 kõike ei peagi peast teadma 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 <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. Üldiselt räägiti pigem spetsiifilist juttu ja 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, 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 alg- kui viimases faasis. 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.
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, 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 alg- kui viimases faasis. 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> jutustas Tiina Seeman. Ta toob ära pika nimekirja töödest, millega programmeerijal tuleb veel lisaks programmeerimisele tegeleda (kirjutada automaatseid teste, ehitusskripte, SQL päringuid jm, lugeda teiste koodi, dokumenteerida, suhelda, õpetada teisi, õppida teistelt jpm. Ning tuleb välja, et analüütikul või projektijuhil võib veelgi rohkem ülesandeid olla. Lisaks toob ta välja veel meeletult pika nimekirja erinevatest töödest, mida on võimalik IT-alal teha. Ning ta juhib tähelepanu asjaolule, et mida suurem on projekt, seda suurem on ka võimalus selle ebaõnnestumiseks, sest kommunikatsiooniahel venib pikemaks. Edu võti on 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. Eestis elab enamik konsultatsioonifirmasid peost suhu, aga tõeline raha on seotud tiražeerimisega. Ta toob ära programmeerija kolm kasutegurit, millest kõige rohkem jäi enda jaoks kõlama viimane, et oluline ei ole mitte idee, vaid teostus. Vaja on 1% annet ja 99% tööd. 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> jutustas Tiina Seeman. Ta toob ära pika nimekirja töödest, millega programmeerijal tuleb veel lisaks programmeerimisele tegeleda (kirjutada automaatseid teste, ehitusskripte, SQL päringuid jm, lugeda teiste koodi, dokumenteerida, suhelda, õpetada teisi, õppida teistelt jpm. Ning tuleb välja, et analüütikul või projektijuhil võib veelgi rohkem ülesandeid olla. Lisaks toob ta välja veel meeletult pika nimekirja erinevatest töödest, mida on võimalik IT-alal teha. Edu võti on 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. Eestis elab enamik konsultatsioonifirmasid peost suhu, aga tõeline raha on seotud tiražeerimisega. 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 <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) 8. oktoober loengusalvestus]</ref> 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. Ei tohiks karta ka projektis vahepeal muudatusi teha. Samuti soovitab külastada Garage48-t, kus saab vähemalt kontaktegi, mis on tähtsad. Ning start-upi puhul on veel kõige tähtsam luua väärt meeskond, sest seda te müütegi. Ettevõtluse puhul märgib ta veel ära, et kuigi algul on esimene suurklient ahvatlev, siis riskide maandamiseks tasuks pigem leida mitmeid väiksemaid, kelle ärakukkumine ei oleks nii suureks probleemiks. Teine soovitus veel, et kohe algul teha nt mingit rakendust korralikult mitte lohakalt ja kiirelt, sest see võib hiljem kätte maksta. Vahel võib mingil kliendil lasta ka minna, kui see esitab liiga palju erisoove ning alati ei tasuks pakkuda ka klientidele kompensatsioone, sest muidu võib kujuneda olukord, kus lõpuks peaaegu keegi ei maksagi ja pakute niimoodi tasuta teenust. Testida tuleks kindlasti ja panna sinna alla umbes viiendik ressursist. Jällegi oli üldjoontes väga hariv ja huvitav loeng, ettevõtte loomisega võivad potentsiaalselt paljud tudengid tulevikus kokku puutuda.
Oma IT ettevõttest <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) 8. oktoober loengusalvestus]</ref> 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. Ettevõtluse puhul märgib ta veel ära, et kuigi algul on esimene suurklient ahvatlev, siis riskide maandamiseks tasuks pigem leida mitmeid väiksemaid, kelle ärakukkumine ei oleks nii suureks probleemiks. Teine soovitus veel, et kohe algul teha nt mingit rakendust korralikult mitte lohakalt ja kiirelt, sest see võib hiljem kätte maksta. Jällegi oli üldjoontes väga hariv ja huvitav loeng, ettevõtte loomisega võivad potentsiaalselt paljud tudengid tulevikus kokku puutuda.


Andmekaevandamisest ja analüütikast <ref>[https://echo360.e-ope.ee/ess/echo/presentation/f0d2dfac-5f77-47e6-8e60-abe8d9b9679d?ec=true Loengu "Andmekaevandamine ja analüütika ning muud põnevat" (Oleg Bogdanov ja Oliver Kadak) 15. oktoober loengusalvestus]</ref> rääkisid Oliver Kadar ja Oleg Bogdanov. Kadak toonitas, et endale tuleb leida nišš, siis suudad korralikult ära elada. Huvitava faktina toob ta välja, et Eestis petab iga kümnes ettevõtja. Samuti tõi ta 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. Võiks läbi lugeda mingi Data Miningu raamatu ning kui suudad sellest läbi hammustada, siis saad hakata potentsiaalselt rohkem teenida, kuna saad osaleda vastavates projektides. Sama mainib ka Bogdanov, et tuleks leida endale IT-ääreala ning otsida midagi, mis on seotud reaalse eluga.
Andmekaevandamisest ja analüütikast <ref>[https://echo360.e-ope.ee/ess/echo/presentation/f0d2dfac-5f77-47e6-8e60-abe8d9b9679d?ec=true Loengu "Andmekaevandamine ja analüütika ning muud põnevat" (Oleg Bogdanov ja Oliver Kadak) 15. oktoober loengusalvestus]</ref> 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. Võiks läbi lugeda mingi Data Miningu raamatu ning kui suudad sellest läbi hammustada, siis saad hakata potentsiaalselt rohkem teenida, kuna saad osaleda vastavates projektides. 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 odavam 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.
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 odavam 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.

Revision as of 20:09, 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. Ühe erinevusena päeva- ja kaugõppe vahel jäi kõlama, et kui kaugõppe üliõpilaste puhul peetakse justkui loomulikuks, et käiakse tööl, siis päevaõppe õpilaste puhul toonitati, et tööle minek pole soovituslik, kui siis ainult osakoormusega, muidu olevat suur tõenäosus, et kool jääb pooleli. Mis tundub ka väga loogiline lähenemine. 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 kogemused 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] jutustas Tiina Seeman. Tema tegevus on põhiliselt seotud küberkaitsega ja sellele oli suuresti pühendatud ka tema loeng. Tervitatav oli kuulda, kuidas tal küll vahepeal jäi koolitee pooleli, aga hiljem sai aru, et tal ikkagi tuleb kooliteadmistest puudu, sest isehakanud progeja ei suuda end tihti teistele arusaadavaks teha. Tõi välja arvamuse, et ülikooli tuleks tulla sellest, 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. Ennast tuleb motiveerida ja mõelda õigeid mõtteid, et kool pole mitte kohustus, vaid on võimalus õppida edukas olema. 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 kõike ei peagi peast teadma 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, 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 alg- kui viimases faasis. 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] jutustas Tiina Seeman. Ta toob ära pika nimekirja töödest, millega programmeerijal tuleb veel lisaks programmeerimisele tegeleda (kirjutada automaatseid teste, ehitusskripte, SQL päringuid jm, lugeda teiste koodi, dokumenteerida, suhelda, õpetada teisi, õppida teistelt jpm. Ning tuleb välja, et analüütikul või projektijuhil võib veelgi rohkem ülesandeid olla. Lisaks toob ta välja veel meeletult pika nimekirja erinevatest töödest, mida on võimalik IT-alal teha. Edu võti on 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. Eestis elab enamik konsultatsioonifirmasid peost suhu, aga tõeline raha on seotud tiražeerimisega. 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. Ettevõtluse puhul märgib ta veel ära, et kuigi algul on esimene suurklient ahvatlev, siis riskide maandamiseks tasuks pigem leida mitmeid väiksemaid, kelle ärakukkumine ei oleks nii suureks probleemiks. Teine soovitus veel, et kohe algul teha nt mingit rakendust korralikult mitte lohakalt ja kiirelt, sest see võib hiljem kätte maksta. Jällegi oli üldjoontes väga hariv ja huvitav loeng, 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. Võiks läbi lugeda mingi Data Miningu raamatu ning kui suudad sellest läbi hammustada, siis saad hakata potentsiaalselt rohkem teenida, kuna saad osaleda vastavates projektides. 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 odavam 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