User:Pspitson: Difference between revisions
No edit summary |
No edit summary |
||
| Line 14: | Line 14: | ||
IT-kauge inimese jaoks võib tunduda, et IT-mees võrdub enamasti programmeerijaga ning see ongi ainus amet, mis IT-s esineb. Reaalsuses on aga IT-s mitmeid erinevaid, kuid omavahel seotud erialasid, mis kõik on eduka firma jaoks olulised. Näiteks ei saa peaaegu ükski tänapäeva firma läbi süsteemiadministraatori, arendaja, arhitekti, projektijuhi, testija ja turundajata. Loengutes oli võimalik kuulata mitmeid oma ala spetsialiste, kes kõik rääkisid IT-st pisut erineva nurga alt ning üsna kindlasti tegi see minu kui siiski veel väga IT-kauge inimese jaoks pildi palju selgemaks. | IT-kauge inimese jaoks võib tunduda, et IT-mees võrdub enamasti programmeerijaga ning see ongi ainus amet, mis IT-s esineb. Reaalsuses on aga IT-s mitmeid erinevaid, kuid omavahel seotud erialasid, mis kõik on eduka firma jaoks olulised. Näiteks ei saa peaaegu ükski tänapäeva firma läbi süsteemiadministraatori, arendaja, arhitekti, projektijuhi, testija ja turundajata. Loengutes oli võimalik kuulata mitmeid oma ala spetsialiste, kes kõik rääkisid IT-st pisut erineva nurga alt ning üsna kindlasti tegi see minu kui siiski veel väga IT-kauge inimese jaoks pildi palju selgemaks. | ||
Elame ajastul, kus informatsiooni, teadmisi ja oskusi on seinast-seina ja rohkem kui üks inimene suudaks hoomata ning seetõttu on väga olulisel kohal koostöö. Edukas firma ja toode eeldavad head meeskonda, kus kõik osapooled (klient-firma, arendaja-administraator, projektijuht-tiim jne) suhtlevad omavahel, kuna vaid nii on võimalik tekkivaid kitsaskohti ette näha ja neid ka ennetada<ref>[https://echo360.e-ope.ee/ess/echo/presentation/24de2b84-9c8c-497f-a299-7ece598d0802 Loengu "Andmed ei allu analüüsile" (Ivar Laur) 28. september loengusalvestus]</ref><ref>[https://echo360.e-ope.ee/ess/echo/presentation/19c7be1d-f277-40ea-8fb7-a5a829162d76 Loengu "Eesti Vabariigi küberkaitse" (Jaan Priisalu) 5. oktoober loengusalvestus]</ref><ref>[https://echo360.e-ope.ee/ess/echo/presentation/f35aeffc-bcd1-44f3-972b-931cfcb47127 Loengu "IT ja turundus" (Hedi Mardisoo (Starman AS)) 12. oktoober loengusalvestus]</ref>. | Elame ajastul, kus informatsiooni, teadmisi ja oskusi on seinast-seina ja rohkem kui üks inimene suudaks hoomata ning seetõttu on väga olulisel kohal koostöö. Edukas firma ja toode eeldavad head meeskonda, kus kõik osapooled (klient-firma, arendaja-administraator, projektijuht-tiim jne) suhtlevad omavahel, kuna vaid nii on võimalik tekkivaid kitsaskohti ette näha ja neid ka ennetada<ref name="Laur">[https://echo360.e-ope.ee/ess/echo/presentation/24de2b84-9c8c-497f-a299-7ece598d0802 Loengu "Andmed ei allu analüüsile" (Ivar Laur) 28. september loengusalvestus]</ref><ref name="Priisalu">[https://echo360.e-ope.ee/ess/echo/presentation/19c7be1d-f277-40ea-8fb7-a5a829162d76 Loengu "Eesti Vabariigi küberkaitse" (Jaan Priisalu) 5. oktoober loengusalvestus]</ref><ref name="Mardisoo">[https://echo360.e-ope.ee/ess/echo/presentation/f35aeffc-bcd1-44f3-972b-931cfcb47127 Loengu "IT ja turundus" (Hedi Mardisoo (Starman AS)) 12. oktoober loengusalvestus]</ref>. | ||
Minu silmis on hea ja toimiv koostöö võimalik pigem väiksemaks seltskonnas, kuna mida rohkem inimesi, seda rohkem erinevaid nägemusi on ka ühisest eesmärgist/lõpp-produktist ja selleni jõudmisest. Hedi Mardisoo<ref | Minu silmis on hea ja toimiv koostöö võimalik pigem väiksemaks seltskonnas, kuna mida rohkem inimesi, seda rohkem erinevaid nägemusi on ka ühisest eesmärgist/lõpp-produktist ja selleni jõudmisest. Hedi Mardisoo<ref name="Mardisoo" /> tõi näiteks visuaalse pildi puu oksa külge riputatud kummikiige tellimusest erinevate inimeste silme läbi, kus kõik nägid produkti täiesti uue nurga alt – kõik räägivad justkui samast asjast, kuid tegelikkuses on tegemist väga erineva tootega. Seetõttu on oluline, et meeskonnas oleks olemas näiteks Scrum Master<ref name="SepterKoltšanov">[https://echo360.e-ope.ee/ess/echo/presentation/c9233ad5-0977-4ea7-9065-3d46012832cc Loengu "IT tööturg, karjäärikäänakud" (Andres Septer ja Einar Koltšanov (SCRUM master)) 21. september loengusalvestus]</ref>, kes hoiab kogu protsessil silma peal, juhendab IT-meeskonda ja ka klienti, olles justkui IT-maailma Yoda, kes on kõige targem ja on pigem nõuandja rollis. | ||
Väga olulisel kohal on projektides arhitekt, kes on Andres Küti<ref>[https://echo360.e-ope.ee/ess/echo/presentation/d9ec2ab9-14d4-4e0a-9c5c-c26e5093060f Loengu "Sinna ja tagasi. Arhitekti lugu" (Andres Kütt) 31. august loengusalvestus]</ref> sõnul üks vihatumaid tegelasi IT-maailmas, kuna just see inimene toob ülejäänud meeskonna taas reaalsusesse. Inimeste mõtetes kipuvad asjad olema palju lihtsamad ja must-valgemad kui need on tegelikkuses ning kellele meist ikka meeldiks, kui suure vaevaga ehitatud ideest leitakse nn mustad augud, mis ühel hetkel terve projekti kokku kukutavad. Samas on arhitekt just seetõttu oluline, kuna programmeerijate eesmärgiks ei tohiks olla luua mingi niisama kihvt asi, vaid midagi, mida oleks võimalik hiljem edasi arendada, ilma et see kokku kukuks. Tihtipeale nähakse aga arhitekti vajadust kahjuks alles siis, kui must auk on endast juba märku andnud ning arhitektil jääb vaid üle käsi laiutada ja lausuda Ma ju ütlesin, et see ei toimi. | Väga olulisel kohal on projektides arhitekt, kes on Andres Küti<ref name"Kütt">[https://echo360.e-ope.ee/ess/echo/presentation/d9ec2ab9-14d4-4e0a-9c5c-c26e5093060f Loengu "Sinna ja tagasi. Arhitekti lugu" (Andres Kütt) 31. august loengusalvestus]</ref> sõnul üks vihatumaid tegelasi IT-maailmas, kuna just see inimene toob ülejäänud meeskonna taas reaalsusesse. Inimeste mõtetes kipuvad asjad olema palju lihtsamad ja must-valgemad kui need on tegelikkuses ning kellele meist ikka meeldiks, kui suure vaevaga ehitatud ideest leitakse nn mustad augud, mis ühel hetkel terve projekti kokku kukutavad. Samas on arhitekt just seetõttu oluline, kuna programmeerijate eesmärgiks ei tohiks olla luua mingi niisama kihvt asi, vaid midagi, mida oleks võimalik hiljem edasi arendada, ilma et see kokku kukuks. Tihtipeale nähakse aga arhitekti vajadust kahjuks alles siis, kui must auk on endast juba märku andnud ning arhitektil jääb vaid üle käsi laiutada ja lausuda Ma ju ütlesin, et see ei toimi. | ||
Ükski programm ei valmi arendajateta, kes ehitavad vastavalt neile ette antud kriteeriumitele toote. Nagu ka juba eelnevalt mainitud, peavad töötajatel olema laialdased teadmistepagasid ning sama kehtib ka arendajate puhul. Arendajatel on vaja üht-teist teada lisaks koodi kirjutamisele ka administreerimisest<ref>[https://echo360.e-ope.ee/ess/echo/presentation/edf31936-fa06-4f1a-8c1f-18e4edb07f76 Loengu "Süsadminnimisest" (Lembitu Ling aka Snakeman) 14. september loengusalvestus]</ref>, kuna vastasel juhul võidakse luua miskit, mida ei ole võimalik hiljem hallata ja kasutada. Samas peab arendajal olema väga hea analüüsivõime<ref | Ükski programm ei valmi arendajateta, kes ehitavad vastavalt neile ette antud kriteeriumitele toote. Nagu ka juba eelnevalt mainitud, peavad töötajatel olema laialdased teadmistepagasid ning sama kehtib ka arendajate puhul. Arendajatel on vaja üht-teist teada lisaks koodi kirjutamisele ka administreerimisest<ref name="Ling">[https://echo360.e-ope.ee/ess/echo/presentation/edf31936-fa06-4f1a-8c1f-18e4edb07f76 Loengu "Süsadminnimisest" (Lembitu Ling aka Snakeman) 14. september loengusalvestus]</ref>, kuna vastasel juhul võidakse luua miskit, mida ei ole võimalik hiljem hallata ja kasutada. Samas peab arendajal olema väga hea analüüsivõime<ref name="Laur" />, et ta saaks aru, kuidas esitada andmeid objektiivselt ja osata erinevaid valdkondi mitmekülgselt vaadelda<ref name="Mardisoo" />. Põhineb ju programmeerimine eelkõige loogika kasutamisel ning analüüsival mõtlemisel. | ||
Kui arendajad on süsteemi loojad, siis administreerijad on süsteemi töös hoidjad. Lembitu Ling<ref | Kui arendajad on süsteemi loojad, siis administreerijad on süsteemi töös hoidjad. Lembitu Ling<ref name="Ling" /> on välja toonud, et teinekord on väga keeruline arendajate loodud süsteeme hallata ja seda suuresti seetõttu, et ei tehta omavahel koostööd. Hea süsadmin automatiseerib võimalikult palju oma tööd, kuna esiteks vähendab see nii-öelda mõttetut käsitööd ja samas vähendab see käsitööga tekkivate vigade ohtu. | ||
Kui rääkida aga automatiseerimisest üleüldiselt, siis küberkaitsega tegelev Jaan Priisalu<ref | Kui rääkida aga automatiseerimisest üleüldiselt, siis küberkaitsega tegelev Jaan Priisalu<ref name="Priisalu" /> on tõdenud, et tõenäoliselt automatiseeritakse IT-s erinevaid valdkondi järjest rohkem. Eesti on maailma mastaabis tilluke riik, kus on väike inimeste arv. Tööjõu ressursi piiratuse tõttu tuleb palju tööd automatiseerida, kui tahta püsida IT-valdkonnas maailmas esirinnas, mida Eesti tegelikult juba ka on. | ||
Paljuski sõltub töö iseloom ja projekti edukus ka firmast, mis seda kõike haldab. Andres Septer<ref | Paljuski sõltub töö iseloom ja projekti edukus ka firmast, mis seda kõike haldab. Andres Septer<ref name="SepterKoltšanov" /> on öelnud, et töökohta tuleb valida väga hoolega, kuna vastasel juhul on võimalus sattuda väga kehva keskkonda. Ülikool on just see koht, kus tuleks luua erialaseid tutvusi, sest vaid nii on võimalik leida töökoht, kus IT-inimesel on tõesti hea oma asja ajada. Tööportaalidesse jõuavad tihtilugu pakkumised, on justkui jäänus heast ja paremast kraamist. Ideaalne ettevõte, kus töötada, võiks jääda suure korporatsiooni ja väga väikese ettevõtte vahepealsele alale. | ||
Usun, et kõige rohkem arendab inimese teadmisi ja oskusi oma firma loomine näiteks start-up’ide näol, kuna siis on vaja end proovile panna nii IT-s, majandusküsimustes kui ka turunduses. Huvitava ja põhjaliku eduloo esitasid 7. septembri loengus Kristel ja Marko Kruustük<ref>[https://echo360.e-ope.ee/ess/echo/presentation/bdb1f592-2bdc-4f3e-96e5-68a65306cbe6?ec=true Loengu "Testimine ja startupid" (Kristel & Marko Kruustük (Testlio)) 7. september loengusalvestus]</ref>, kes on asutanud Testlio, mis on kasvanud üle maailma päris suureks ettevõtteks. Kristel ja Marko ning nende entusiasm on ehe näide sellest, et kui olla millestki vaimustunud ja hoida selget sihti silme ees, on kõik võimalik. Olen täiesti nõus, et kui ei ole rahul olemasolevaga, tuleb teha ise paremini. Muidugi ei ole start-up’i loomine vaid lust ja lillepidu, vaid arvestada tuleb sellega, et tööd peab tegema kordades rohkem kui näiteks mõnes suures korporatsioonis töötades<ref | Usun, et kõige rohkem arendab inimese teadmisi ja oskusi oma firma loomine näiteks start-up’ide näol, kuna siis on vaja end proovile panna nii IT-s, majandusküsimustes kui ka turunduses. Huvitava ja põhjaliku eduloo esitasid 7. septembri loengus Kristel ja Marko Kruustük<ref name="Kruustük">[https://echo360.e-ope.ee/ess/echo/presentation/bdb1f592-2bdc-4f3e-96e5-68a65306cbe6?ec=true Loengu "Testimine ja startupid" (Kristel & Marko Kruustük (Testlio)) 7. september loengusalvestus]</ref>, kes on asutanud Testlio, mis on kasvanud üle maailma päris suureks ettevõtteks. Kristel ja Marko ning nende entusiasm on ehe näide sellest, et kui olla millestki vaimustunud ja hoida selget sihti silme ees, on kõik võimalik. Olen täiesti nõus, et kui ei ole rahul olemasolevaga, tuleb teha ise paremini. Muidugi ei ole start-up’i loomine vaid lust ja lillepidu, vaid arvestada tuleb sellega, et tööd peab tegema kordades rohkem kui näiteks mõnes suures korporatsioonis töötades<ref name="SepterKoltšanov" />, vastasel juhul ootab ees läbipõlemine. | ||
IT-maailm on lai ja mitmekülgne ning kindlasti ei katnud erialatutvustuse loeng kõike selles peituvat. Küll aga oli võimalik kuulata mitmete oma ala spetsialistide arvamusi, kogemusi ja soovitusi algajatele IT-õppijatele. Kuigi teadsin juba varem, et IT-ga ei tegele vaid keskealised patsiga mehed kuskil pimedas nurgas, sai minu jaoks paremini selgeks erinevate IT-ala ametite funktsioonid ja ka erinevused. | IT-maailm on lai ja mitmekülgne ning kindlasti ei katnud erialatutvustuse loeng kõike selles peituvat. Küll aga oli võimalik kuulata mitmete oma ala spetsialistide arvamusi, kogemusi ja soovitusi algajatele IT-õppijatele. Kuigi teadsin juba varem, et IT-ga ei tegele vaid keskealised patsiga mehed kuskil pimedas nurgas, sai minu jaoks paremini selgeks erinevate IT-ala ametite funktsioonid ja ka erinevused. | ||
Revision as of 21:29, 19 October 2016
User:pspitson
Erialatutvustuse aine arvestustöö
Autor: Piret Spitsõn
Esitamise kuupäev: 19. oktoober 2016
Essee
Infotehnoloogia (IT) on valdkond, mis on tänapäeval iga inimese elus olulisel kohal. Omaette teema on muidugi see, kuidas keegi sellega kokku puutub. Tavatarbija, kelle kokkupuude erinevate tehniliste vahenditega jääb kasutaja tasemele, ei mõtle, mis peitub igapäevaste tehnikaimede taga. Näiteks ei vaevata enda pead sellega, mis peitub nutitelefoni erinevate programmide koodis, millises programmeerimiskeeles on kirjutatud toitumisapp jpm. Pea kõikide meie igapäevaeluks vajalike esemete ja asjade taga on aga suured meeskonnad, kus väga tähtsal kohal on IT valdkonnaga seotud inimesed.
Nii-öelda tavainimese nägemus IT-inimesest on tihti järgmine: keskealine eraklik pika patsiga mees, kes joob energiajooki ja istub kuskil pimedas nurgas . Pean tunnistama, et enam-vähem sarnane pilt oli silme ees ka minul veel umbes seitse aastat tagasi. Küll aga muutus minu nägemus IT-meestest siis, kui mõned minu sõbrad „hakkasid itte tegema“ ning selgema ülevaate sain sissejuhatavas Pythoni kursusel. Õpingukorraldus ja erialatutvustus avardas aga minu maailmapilti IT-valdkonna mitmekülgsusest. IT-kauge inimese jaoks võib tunduda, et IT-mees võrdub enamasti programmeerijaga ning see ongi ainus amet, mis IT-s esineb. Reaalsuses on aga IT-s mitmeid erinevaid, kuid omavahel seotud erialasid, mis kõik on eduka firma jaoks olulised. Näiteks ei saa peaaegu ükski tänapäeva firma läbi süsteemiadministraatori, arendaja, arhitekti, projektijuhi, testija ja turundajata. Loengutes oli võimalik kuulata mitmeid oma ala spetsialiste, kes kõik rääkisid IT-st pisut erineva nurga alt ning üsna kindlasti tegi see minu kui siiski veel väga IT-kauge inimese jaoks pildi palju selgemaks.
Elame ajastul, kus informatsiooni, teadmisi ja oskusi on seinast-seina ja rohkem kui üks inimene suudaks hoomata ning seetõttu on väga olulisel kohal koostöö. Edukas firma ja toode eeldavad head meeskonda, kus kõik osapooled (klient-firma, arendaja-administraator, projektijuht-tiim jne) suhtlevad omavahel, kuna vaid nii on võimalik tekkivaid kitsaskohti ette näha ja neid ka ennetada[1][2][3].
Minu silmis on hea ja toimiv koostöö võimalik pigem väiksemaks seltskonnas, kuna mida rohkem inimesi, seda rohkem erinevaid nägemusi on ka ühisest eesmärgist/lõpp-produktist ja selleni jõudmisest. Hedi Mardisoo[3] tõi näiteks visuaalse pildi puu oksa külge riputatud kummikiige tellimusest erinevate inimeste silme läbi, kus kõik nägid produkti täiesti uue nurga alt – kõik räägivad justkui samast asjast, kuid tegelikkuses on tegemist väga erineva tootega. Seetõttu on oluline, et meeskonnas oleks olemas näiteks Scrum Master[4], kes hoiab kogu protsessil silma peal, juhendab IT-meeskonda ja ka klienti, olles justkui IT-maailma Yoda, kes on kõige targem ja on pigem nõuandja rollis.
Väga olulisel kohal on projektides arhitekt, kes on Andres Küti[5] sõnul üks vihatumaid tegelasi IT-maailmas, kuna just see inimene toob ülejäänud meeskonna taas reaalsusesse. Inimeste mõtetes kipuvad asjad olema palju lihtsamad ja must-valgemad kui need on tegelikkuses ning kellele meist ikka meeldiks, kui suure vaevaga ehitatud ideest leitakse nn mustad augud, mis ühel hetkel terve projekti kokku kukutavad. Samas on arhitekt just seetõttu oluline, kuna programmeerijate eesmärgiks ei tohiks olla luua mingi niisama kihvt asi, vaid midagi, mida oleks võimalik hiljem edasi arendada, ilma et see kokku kukuks. Tihtipeale nähakse aga arhitekti vajadust kahjuks alles siis, kui must auk on endast juba märku andnud ning arhitektil jääb vaid üle käsi laiutada ja lausuda Ma ju ütlesin, et see ei toimi.
Ükski programm ei valmi arendajateta, kes ehitavad vastavalt neile ette antud kriteeriumitele toote. Nagu ka juba eelnevalt mainitud, peavad töötajatel olema laialdased teadmistepagasid ning sama kehtib ka arendajate puhul. Arendajatel on vaja üht-teist teada lisaks koodi kirjutamisele ka administreerimisest[6], kuna vastasel juhul võidakse luua miskit, mida ei ole võimalik hiljem hallata ja kasutada. Samas peab arendajal olema väga hea analüüsivõime[1], et ta saaks aru, kuidas esitada andmeid objektiivselt ja osata erinevaid valdkondi mitmekülgselt vaadelda[3]. Põhineb ju programmeerimine eelkõige loogika kasutamisel ning analüüsival mõtlemisel.
Kui arendajad on süsteemi loojad, siis administreerijad on süsteemi töös hoidjad. Lembitu Ling[6] on välja toonud, et teinekord on väga keeruline arendajate loodud süsteeme hallata ja seda suuresti seetõttu, et ei tehta omavahel koostööd. Hea süsadmin automatiseerib võimalikult palju oma tööd, kuna esiteks vähendab see nii-öelda mõttetut käsitööd ja samas vähendab see käsitööga tekkivate vigade ohtu.
Kui rääkida aga automatiseerimisest üleüldiselt, siis küberkaitsega tegelev Jaan Priisalu[2] on tõdenud, et tõenäoliselt automatiseeritakse IT-s erinevaid valdkondi järjest rohkem. Eesti on maailma mastaabis tilluke riik, kus on väike inimeste arv. Tööjõu ressursi piiratuse tõttu tuleb palju tööd automatiseerida, kui tahta püsida IT-valdkonnas maailmas esirinnas, mida Eesti tegelikult juba ka on.
Paljuski sõltub töö iseloom ja projekti edukus ka firmast, mis seda kõike haldab. Andres Septer[4] on öelnud, et töökohta tuleb valida väga hoolega, kuna vastasel juhul on võimalus sattuda väga kehva keskkonda. Ülikool on just see koht, kus tuleks luua erialaseid tutvusi, sest vaid nii on võimalik leida töökoht, kus IT-inimesel on tõesti hea oma asja ajada. Tööportaalidesse jõuavad tihtilugu pakkumised, on justkui jäänus heast ja paremast kraamist. Ideaalne ettevõte, kus töötada, võiks jääda suure korporatsiooni ja väga väikese ettevõtte vahepealsele alale.
Usun, et kõige rohkem arendab inimese teadmisi ja oskusi oma firma loomine näiteks start-up’ide näol, kuna siis on vaja end proovile panna nii IT-s, majandusküsimustes kui ka turunduses. Huvitava ja põhjaliku eduloo esitasid 7. septembri loengus Kristel ja Marko Kruustük[7], kes on asutanud Testlio, mis on kasvanud üle maailma päris suureks ettevõtteks. Kristel ja Marko ning nende entusiasm on ehe näide sellest, et kui olla millestki vaimustunud ja hoida selget sihti silme ees, on kõik võimalik. Olen täiesti nõus, et kui ei ole rahul olemasolevaga, tuleb teha ise paremini. Muidugi ei ole start-up’i loomine vaid lust ja lillepidu, vaid arvestada tuleb sellega, et tööd peab tegema kordades rohkem kui näiteks mõnes suures korporatsioonis töötades[4], vastasel juhul ootab ees läbipõlemine.
IT-maailm on lai ja mitmekülgne ning kindlasti ei katnud erialatutvustuse loeng kõike selles peituvat. Küll aga oli võimalik kuulata mitmete oma ala spetsialistide arvamusi, kogemusi ja soovitusi algajatele IT-õppijatele. Kuigi teadsin juba varem, et IT-ga ei tegele vaid keskealised patsiga mehed kuskil pimedas nurgas, sai minu jaoks paremini selgeks erinevate IT-ala ametite funktsioonid ja ka erinevused.
Õpingukorralduse küsimused
Küsimus B
Kukkusid arvestusel läbi. Kaua on võimalik arvestust 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) õppekohalkohal? Kui palju maksab, kui oled tasulisel (OF) õppekohal?
Vastus
Eksami uuesti sooritamiseks pean tegema järgmised tegevused ...
Küsimus 3
Millised võimalused on minna akadeemilisele puhkusele esimesel õppeaastal? Mis tegevused tuleb selleks teha? Kui pikk on maksimaalne puhkuse aeg? Kuidas toimub puhkuse lõpetamine? Kas puhkuse ajal saab deklareerida õppeaineid? Kas saab teha järele eksameid ja arvestusi?
Vastus
Selleks, et minna akadeemilisele puhkusele, pean ...
Viited
- ↑ 1.0 1.1 Loengu "Andmed ei allu analüüsile" (Ivar Laur) 28. september loengusalvestus
- ↑ 2.0 2.1 Loengu "Eesti Vabariigi küberkaitse" (Jaan Priisalu) 5. oktoober loengusalvestus
- ↑ 3.0 3.1 3.2 Loengu "IT ja turundus" (Hedi Mardisoo (Starman AS)) 12. oktoober loengusalvestus
- ↑ 4.0 4.1 4.2 Loengu "IT tööturg, karjäärikäänakud" (Andres Septer ja Einar Koltšanov (SCRUM master)) 21. september loengusalvestus
- ↑ Loengu "Sinna ja tagasi. Arhitekti lugu" (Andres Kütt) 31. august loengusalvestus
- ↑ 6.0 6.1 Loengu "Süsadminnimisest" (Lembitu Ling aka Snakeman) 14. september loengusalvestus
- ↑ Loengu "Testimine ja startupid" (Kristel & Marko Kruustük (Testlio)) 7. september loengusalvestus
Siia tulevad allikad.
