Tõsi ta on, et kui ennast või su lähedasi just ei puuduta, siis paljudele teemadele siin elus ei mõtle. Nii ei olnud mul halli aimugi ka puuetega inimestele mõeldud IT tugilahendustest - teadsin, et need on olemas, aga mida need reaalselt endast kujutavad ja kuidas toimivad mitte. Ehk kõik nad olid minu jaoks uudsed, aga kuna just täna hommikul lõpetas mu arvutihiir minuga koostöö ja pidin terve pika päeva hakkama saama touchpad'iga, siis kõnetas mind eriliselt reljeefne hiir.
Mis see siis on? "Reljeefne hiir, inglise keeles tactile mouse, on seade, mis on mõeldud hiire kursori juhtimiseks, hiire klahvide klõpsutamiseks, kuid annab samal ajal vastava tarkvara abiga ka reljeefsel kujul tagasisidet hiire kursori alla jääva ekraanipiirkonna kohta." (A. Räpp) See võimaldab pimedal arvutikasutajal tunnetada ekraanil olevaid kujuneid ja jooniseid ning isegi Windows Paint'iga joonistada. Võiks ju arvata, et üsna geniaalne seade, kuid pigem tundub, et väga lendu pole tõusnud ning liiga palju infot selle kohta ei leidu, viimasel ajal käib mõiste läbi pigem virtuaalse reaalsuse seadmetega seoses. Enamus allikad on leitavad 2000ndate algusest ning 2009. a Owen, Petro jt artikkel arutleb, et kogukond ei ole neid eriti omaks võtnud, kuna reljeefse hiire kompimispositioonis saadav informatsioon on ikkagi väga ebatäpne ning see on väga oluline, et inimene suudaks kombates 2D graafikat kokku panna. Veel heidetakse seadmele ette ruumilise ja ajalise ühildumise märkimisväärset puudujääki liikumis- ja kompamisinformatsiooni vahel.
Aastal 2000 tuli Logitech välja reljeefse hiirega, mis sisaldas väikest käivitajat, et hiir vibreeriks, mis siis annaks näiteks tagasisidet, kui hiir väljub ekraaniakna piiridest - kahjuks turule siiski ei jõudnud.
Kasutatud kirjandus:
A. Räpp, "Ülevaade pimedate ja nõrgalt nägijate abivahenditest arvutiga töötamisel", 2003 http://ppy.ee/abiks/probleemist/#_Toc35621395
G. C. Burdea, P. Coiffet, "Virtual Reality Technology", 2003 https://books.google.ee/books?id=0xWgPZbcz4AC&pg=PA97&lpg=PA97&dq=tactile+mouse&source=bl&ots=LDlzfY-Oas&sig=ACfU3U33ioOEVtaJpKnk8Qm3UU-gkAc-Jw&hl=et&sa=X&ved=2ahUKEwjNxauL8JDpAhUCy6YKHcLXDxU4ChDoATAEegQICxAB#v=onepage&q=tactile%20mouse&f=false
J. M. Owen, J. A. Petro, S. M. D'Souza, R. Rastogi, D. T. V. Pawluk, "An improved, low-cost tactile 'mouse' for use by individuals who are blind and visuallt impaired", 2009 https://www.semanticscholar.org/paper/An-improved%2C-low-cost-tactile-'mouse'-for-use-by-Owen-Petro/f037c9cc6d6a7e98e62d4e1abd6867d0c6ea9b05
Wikipedia, Computer mouse - Tactile mice, https://en.wikipedia.org/wiki/Computer_mouse#Tactile_mice
neljapäev, 30. aprill 2020
neljapäev, 23. aprill 2020
Kasutatavusest veebis
Kui rääkida UX-ist või kasutajalihtsusest veebis, siis esimese asjana tuleb meelde, et kui see pole normaalselt tarbitav nutitelefonis, siis pikka pidu pole loota, sest väga palju tänast infot ja teenuseid liigutatakse just seal. Olukorras, kus karantiin on tänaseks kestnud juba kuus pikka nädalat peab ütlema, et nii arendusmaja esindajana kui kodukontoris viibijana on suurendatud tähelepanu alla tõusnud e-poed - toongi siinkohal ühe positiivse ja ühe negatiivse näite kasutatavusest veebis nende najal.
Üks väga suure ja ägeda tootevalikuga, kuid äärmiselt ebamugav veeb ja e-pood on Hektor Light'il https://www.hektor.ee/, mis tegeleb valgustite müügiga. UI ja nutiseadmes kasutatavus ei kannata üldse mingit kriitikat. Õpitavus - saab hakkama. Tõhusus - madal. Kõik kohad on igasugu jama ja mõtetuid detaile täis, mis tähelepanu eksitavad, esilehel on miski arusaamatu "Sisene", mis tegelikult ei ole mõeldud kuhugi sisse logimiseks, vaid on arusaamatu menüüduubeldus/pikendus, tellimuse vormistamisel, kui võtan valiku, et tulen ise kaubale poodi järgi pean ikka igal juhul sisestama detailsed aadressandmed, tarne- ja maksevõimalused on erinevate logode, ikoonide ja täisnimetustega venitatud mitme ekraanikuva pikkuseks, sarnased tooted valiku all ongi pigem nt teised seinavalgustid, mitte sama sarja laevalgustid ehk kui tahaksin osta komplekti, siis pean ise erinevate kategooriate tuhandete toodete alt lappama, midagi ostukorvi lisades viskab kohe ostukorvi endasse ehk edasi poodlemise jaoks peab tagasi minema või menüüst uuesti liikvele jne. Meeldejäävus - keskmine. Mingit maagiat ei ole. Veakindlus - ei oska kommenteerida, sest koleduse ja ebamugavuse tõttu pole kõiki funktsioone läbi käinud ega ka äraostuni jõudnud. Rahulolu - mitte rahuldav. Kui tegemist ei oleks ühe teadaolevalt suurima valikuga valgustite poodidega Eestis, siis ei läheks kunagi tagasi. Kasulikkus - kui ikka väga vaja ja ise palju vaeva näha, siis vast saab lõpuks ostu tehtud.
Positiivse näitena tooksin välja Euronicsi e-poe https://www.euronics.ee/. Väga hästi kasutatav nii veebis kui nutiseadmes, toodete kategooriad on esindatud selgete ikoonidega, kus ka laps saab aru, millega tegu, tooteid saab paljude kriteeriumite alusel filtreerida ka kõige teadlikum klient, ostukorvi lisades pakub asjalikke valikuid, mida koos antud tootega võiks veel vaja minna ning hiljem vormistades saab uuesti üle vaadata "näita kokkusobivaid tooteid" jne. Kiiresti õpitav, tõhus, meeldejääv, veakindel ja meeldiv kasutuskogemus ning nutiseadmes saab isegi veel paremini enda asjad tehtud.
Kasutatud kirjandus:
https://www.hektor.ee/
https://www.euronics.ee/
Üks väga suure ja ägeda tootevalikuga, kuid äärmiselt ebamugav veeb ja e-pood on Hektor Light'il https://www.hektor.ee/, mis tegeleb valgustite müügiga. UI ja nutiseadmes kasutatavus ei kannata üldse mingit kriitikat. Õpitavus - saab hakkama. Tõhusus - madal. Kõik kohad on igasugu jama ja mõtetuid detaile täis, mis tähelepanu eksitavad, esilehel on miski arusaamatu "Sisene", mis tegelikult ei ole mõeldud kuhugi sisse logimiseks, vaid on arusaamatu menüüduubeldus/pikendus, tellimuse vormistamisel, kui võtan valiku, et tulen ise kaubale poodi järgi pean ikka igal juhul sisestama detailsed aadressandmed, tarne- ja maksevõimalused on erinevate logode, ikoonide ja täisnimetustega venitatud mitme ekraanikuva pikkuseks, sarnased tooted valiku all ongi pigem nt teised seinavalgustid, mitte sama sarja laevalgustid ehk kui tahaksin osta komplekti, siis pean ise erinevate kategooriate tuhandete toodete alt lappama, midagi ostukorvi lisades viskab kohe ostukorvi endasse ehk edasi poodlemise jaoks peab tagasi minema või menüüst uuesti liikvele jne. Meeldejäävus - keskmine. Mingit maagiat ei ole. Veakindlus - ei oska kommenteerida, sest koleduse ja ebamugavuse tõttu pole kõiki funktsioone läbi käinud ega ka äraostuni jõudnud. Rahulolu - mitte rahuldav. Kui tegemist ei oleks ühe teadaolevalt suurima valikuga valgustite poodidega Eestis, siis ei läheks kunagi tagasi. Kasulikkus - kui ikka väga vaja ja ise palju vaeva näha, siis vast saab lõpuks ostu tehtud.
Positiivse näitena tooksin välja Euronicsi e-poe https://www.euronics.ee/. Väga hästi kasutatav nii veebis kui nutiseadmes, toodete kategooriad on esindatud selgete ikoonidega, kus ka laps saab aru, millega tegu, tooteid saab paljude kriteeriumite alusel filtreerida ka kõige teadlikum klient, ostukorvi lisades pakub asjalikke valikuid, mida koos antud tootega võiks veel vaja minna ning hiljem vormistades saab uuesti üle vaadata "näita kokkusobivaid tooteid" jne. Kiiresti õpitav, tõhus, meeldejääv, veakindel ja meeldiv kasutuskogemus ning nutiseadmes saab isegi veel paremini enda asjad tehtud.
Kasutatud kirjandus:
https://www.hektor.ee/
https://www.euronics.ee/
neljapäev, 16. aprill 2020
Arendus- ja ärimudelid
Kui mõelda konkreetsete tarkvaraarenduse mudelite peale, siis kaks kõige popimat tunduvat olevat ikkagi agiilne ja waterfall, kus esimene esindab seda kuidas tänapäeval oleks mõistlik teha ning teine kuidas tehakse iganenud ja piirangutega ettevõtetes. Eeldusel, et väle mudel on rohkem leierdatud keskenduksin siinkohal pigem kosemudeli peale ning mitte liigselt soovides reeta enda tööandjat või kliente, siis tooksin välja mitte ühe konkreetse projekti, vaid süsteemi, kus sellelaadselt toimetatakse, miks ja mis see endaga kaasa toob.
Waterfall võib tänases agiilses maailmas olla kasutusel kui sõimusõna, kuid kindlasti on ka projekte ja kliente, kus see on jätkuvalt ainuõige lähenemiseviis - nõuded on selged ja muutumatud, ülesanded ei ole liiga suured, kogu protsess on suhteliselt lihtne. Küll on suurem osa neid, kus see tegelikult sedasi ei ole, ent erinevate taakade ja piirangute tõttu praktiseeritakse ikka kosemudelit - üheks selliseks segmendiks on riigisektori projektid, kes saavad enda rahastuse Euroopa Liidu struktuurifondidest (SF) ja peavad RIA-le detailselt aru andma kõigist enda plaanidest ja tulemustest ning nende kahe vahele jääb üldjuhul üsna mitu head aastat reaalset elu ja arendamist. Et töölõiku oleks võimalik paremini ette kirjeldada ja planeerida, siis tõmmatakse arendus erinevatesse etappidesse ja tehakse igale etapile eraldi hange: analüüs, disain, arendus, testimine ja hooldus. See omakorda toob kaasa tohutu ajakulu ja segasummasuvila, sest igat tööjuppi võivad teostada erinevad partnerid ning ükski ei ole kunagi täielikult rahul teise poolt eelnevalt tehtud tööga, samuti muutuvad ka avalikus sektoris elu, seadused ja vajadused ning bürokraatia kägistab neid kosena jätkuvalt tegema asju, mille vajadused on muutunud või kadunud.
Teine näide on see, kui SF-ist saadavate rahade eest tehtavasse projekti on fixed skoobi, aja ja raha eest (need kolm ei tohiks kunagi korraga fixed olla!) kokku keevitatud kõik need etapid ning siis tahetakse teha nägu, et teeme nüüd seda projekti agiilselt, kuid tegelikult ei ole süsteem, klient ega projekti olemus selleks valmis, oma olemuselt tehakse ikka waterfalli ning paindlikkus praktiliselt puudub.
Ärimudeleid on tarkvaraarenduse maailmas palju. On teatud hulk IT inimesi turul, kellele meeldib nokitseda innovaatilise oma toote kallal, mida siis müüakse, renditakse või mingit muud moodi seotakse miski ärimudeliga. Ise töötan IT konsultatsiooniettevõttes, mis tegeleb projektipõhise custom made teenuse osutamisega. St, et arendatav tarkvara on alati unikaalne ja omandiõigus kuulub kliendile, ettevõttel on küll valdkonnad ja tehnoloogiad, milles ollakse eriti head, kuid neid ei tootestata. Ühest küljest tähendab see alati justkui nullist alustamist, kuid teisest küljest võimaldab olla paindlik ja innovaatiline, sest ei üritata suruda klienti enda toote raamidesse. Ärimudelina sa müüd inimeste oskust ja tööaega, mitte konkreetset toodet.
Waterfall võib tänases agiilses maailmas olla kasutusel kui sõimusõna, kuid kindlasti on ka projekte ja kliente, kus see on jätkuvalt ainuõige lähenemiseviis - nõuded on selged ja muutumatud, ülesanded ei ole liiga suured, kogu protsess on suhteliselt lihtne. Küll on suurem osa neid, kus see tegelikult sedasi ei ole, ent erinevate taakade ja piirangute tõttu praktiseeritakse ikka kosemudelit - üheks selliseks segmendiks on riigisektori projektid, kes saavad enda rahastuse Euroopa Liidu struktuurifondidest (SF) ja peavad RIA-le detailselt aru andma kõigist enda plaanidest ja tulemustest ning nende kahe vahele jääb üldjuhul üsna mitu head aastat reaalset elu ja arendamist. Et töölõiku oleks võimalik paremini ette kirjeldada ja planeerida, siis tõmmatakse arendus erinevatesse etappidesse ja tehakse igale etapile eraldi hange: analüüs, disain, arendus, testimine ja hooldus. See omakorda toob kaasa tohutu ajakulu ja segasummasuvila, sest igat tööjuppi võivad teostada erinevad partnerid ning ükski ei ole kunagi täielikult rahul teise poolt eelnevalt tehtud tööga, samuti muutuvad ka avalikus sektoris elu, seadused ja vajadused ning bürokraatia kägistab neid kosena jätkuvalt tegema asju, mille vajadused on muutunud või kadunud.
Teine näide on see, kui SF-ist saadavate rahade eest tehtavasse projekti on fixed skoobi, aja ja raha eest (need kolm ei tohiks kunagi korraga fixed olla!) kokku keevitatud kõik need etapid ning siis tahetakse teha nägu, et teeme nüüd seda projekti agiilselt, kuid tegelikult ei ole süsteem, klient ega projekti olemus selleks valmis, oma olemuselt tehakse ikka waterfalli ning paindlikkus praktiliselt puudub.
Ärimudeleid on tarkvaraarenduse maailmas palju. On teatud hulk IT inimesi turul, kellele meeldib nokitseda innovaatilise oma toote kallal, mida siis müüakse, renditakse või mingit muud moodi seotakse miski ärimudeliga. Ise töötan IT konsultatsiooniettevõttes, mis tegeleb projektipõhise custom made teenuse osutamisega. St, et arendatav tarkvara on alati unikaalne ja omandiõigus kuulub kliendile, ettevõttel on küll valdkonnad ja tehnoloogiad, milles ollakse eriti head, kuid neid ei tootestata. Ühest küljest tähendab see alati justkui nullist alustamist, kuid teisest küljest võimaldab olla paindlik ja innovaatiline, sest ei üritata suruda klienti enda toote raamidesse. Ärimudelina sa müüd inimeste oskust ja tööaega, mitte konkreetset toodet.
neljapäev, 9. aprill 2020
Kuidas saada häkkeriks
Seekord sai läbi loetud Eric S. Raymondi "Kuidas saada häkkeriks" - igati ladus lugemine ning tookski siinkohal välja mõned huvitavamad aspektid, mida mina isiklikult antud kirjatükist uut leidsin.
Seda, et häkker pole oma olemuselt digitaalne pahalane nagu enamus inimesi seda seostab oli mulle teada, kuid et häkkerid ehitasid interneti või panid tööle veebi - selline seos mul peas puudus. Jumal lõi maailma või arenesime ise miskist värgist - asi teada ja ammendunud, aga olles osa generatsioonist, kes ikkagi juba on kasvanud internetiajastul pole kunagi juurelnud teemal kes selle lõi või kuidas täpselt.
Häkkerlus on osa loovatest kunstidest? Mulle kui humanitaarkallakuga inimesele on alati jäänud mulje, et progemine on puhtmatemaatiline oskus ning loovusega ma seda küll kunagi seostanud ei ole. Arendajad küll loovad koodi, aga seda üldiselt ikka väga konkreetses ette nähtud raamistikus ja eesmärkidel, kuid siin ilmselt mängib minu kokkupuude tarkvaraarenduse projektidega, mis nii selgelt piiritletud vs tipp-programmeerijad ja võrguässad, kelle motivatsioon ja ambitsioon on väljaspool igapäeva leiva teenimist ning seal on ilmselt oluliselt rohkem ruumi ka loovusele.
Üheks häkkerite jaoks erilise tähtsusega progemiskeeleks on Perl, sest seda kasutatakse laialdaselt dünaamilises veebis ja süsteemihalduses. Olles kokku puutunud üsna paljude IT projektide ja riigihangetega tuleb nimetus Perl siiski tuttav ette, aga seda just tänu ühele riigihankele, kus antud referentsi oli küsitud ja keegi teadjamees ütles, et see on miski iidne progemiskeel, mida mõni vanakooli arendajaonu ehk on näinud - tuleb välja, et ühtegi häkkerit siis meie ettevõttes ei tööta :)
Jutt nohiklikkusest, strateegiamängudest ja ulmest tuli IT ettevõttes töötava inimesena täiesti kodusena, aga edasi läks põnevaks - stiilipunktid/soovitused häkkeriks tahtjatele nagu emakeeles hästi kirjutamine, võitluskunstidega tegelemine või mõne meditatsioonitehnika uurimine - vaat neid küll ei seostaks. Mängu tuleb parem ja vasak aju poolkera ja kogu see loomevärk jälle, mis tekitab taaskord kummastust, aga autor tundub teadvat, millest räägib.
Kasutatud kirjandus:
http://www.kakupesa.net/hacker/
Seda, et häkker pole oma olemuselt digitaalne pahalane nagu enamus inimesi seda seostab oli mulle teada, kuid et häkkerid ehitasid interneti või panid tööle veebi - selline seos mul peas puudus. Jumal lõi maailma või arenesime ise miskist värgist - asi teada ja ammendunud, aga olles osa generatsioonist, kes ikkagi juba on kasvanud internetiajastul pole kunagi juurelnud teemal kes selle lõi või kuidas täpselt.
Häkkerlus on osa loovatest kunstidest? Mulle kui humanitaarkallakuga inimesele on alati jäänud mulje, et progemine on puhtmatemaatiline oskus ning loovusega ma seda küll kunagi seostanud ei ole. Arendajad küll loovad koodi, aga seda üldiselt ikka väga konkreetses ette nähtud raamistikus ja eesmärkidel, kuid siin ilmselt mängib minu kokkupuude tarkvaraarenduse projektidega, mis nii selgelt piiritletud vs tipp-programmeerijad ja võrguässad, kelle motivatsioon ja ambitsioon on väljaspool igapäeva leiva teenimist ning seal on ilmselt oluliselt rohkem ruumi ka loovusele.
Üheks häkkerite jaoks erilise tähtsusega progemiskeeleks on Perl, sest seda kasutatakse laialdaselt dünaamilises veebis ja süsteemihalduses. Olles kokku puutunud üsna paljude IT projektide ja riigihangetega tuleb nimetus Perl siiski tuttav ette, aga seda just tänu ühele riigihankele, kus antud referentsi oli küsitud ja keegi teadjamees ütles, et see on miski iidne progemiskeel, mida mõni vanakooli arendajaonu ehk on näinud - tuleb välja, et ühtegi häkkerit siis meie ettevõttes ei tööta :)
Jutt nohiklikkusest, strateegiamängudest ja ulmest tuli IT ettevõttes töötava inimesena täiesti kodusena, aga edasi läks põnevaks - stiilipunktid/soovitused häkkeriks tahtjatele nagu emakeeles hästi kirjutamine, võitluskunstidega tegelemine või mõne meditatsioonitehnika uurimine - vaat neid küll ei seostaks. Mängu tuleb parem ja vasak aju poolkera ja kogu see loomevärk jälle, mis tekitab taaskord kummastust, aga autor tundub teadvat, millest räägib.
Kasutatud kirjandus:
http://www.kakupesa.net/hacker/
neljapäev, 2. aprill 2020
Erinäolised IT-juhid
Eile täitus mul endal 2a IT sektoris juhtival kohal, mis pani mõtlema paljude erinevate teemade peale, mis selle aja jooksul kogetud ja õpitud on. Ei ole olemas ühtset valemit juhiks saamisel ega ühte definitsiooni juhiks olemisel, kuid väljakutsete rikas on see kindlasti, nii ITs kui mujal. Mulle tundub, et ITs eristuvad juhid kahe peamise tunnuse alusel - tugeva tehnilise taustaga inimesed, kes jäävad enda oskustega silma ja kellel on olemas ka keskmisest paremad suhtlemisoskused ning n-ö inimeste inimesed, kellel on arvestav ärivaist - kes saavad aru, kuidas see maailm toimib, on head suhtlejad, organisaatorid jms. Ise liigitun sinna teise rühma. Kui möödunud aastal hakkasin mõtlema uuesti õppima minemise peale, siis kaalusin kahte suunda - MBA ehk ärijuhtimine ja Infosüsteemide disain ja analüüs - ilmselgelt otsustasin teise kasuks. Usun, et heaks IT-juhiks olemisel on kasulikud mõlemad.
Õppejõu materjalides on välja toodud, kes võib IT-juht olla erinevates rollides: juht, teavitaja/suhtleja, coach, mentor/õpetaja, arengumootor, ülemus. Igas juhis peakski olema tükike neist kõigist, kuid kindlasti on igaühel oma fookus, oma tugevus. Lugedes nt artikleid Bill Gatesi kohta avalduvad vähese vaeva ilmingud neist kõigist - milline siis oli tema põhiline juhitüüp? Ta on kindlasti juht, kellel on olnud suurt visiooni ja oskust tiime enda nirvana suunas vedada, ta on olnud fokusseeritud ning selge ja kindla sooritusega. Ta on kindlasti ka arengumootor (change agent), sest Microsoft on olnud enda alal ikkagi lipulaev ja suur edulugu, see on muutnud kogu tehnoloogiatööstust, word ja excel on paljude meie lemmikud ka neil päevil. Samuti on ta olnud ülemus - tuntud kui autokraatlik juht, nõudlik, kasutab võimu seal, kus vaja.
Mina olen enda tänased IT-juhtimise teadmised ja kogemused omandanud suuresti ühelt Eesti IT-juhilt, nimetame teda siinkohal Härra X. Ta on töötanud mitmetes suurkorporatsioonides juhtivatel IT ametikohtadel ja on täna ühe keskmise suurusega IT konsultatsiooniettevõtte omanikke. Millist juhitüüpi ta on? Minu maailmas on ta eelkõige juht ja coach - ta on väga karismaatiline, tark ja strateegiline inimene, ta omab suurt visiooni ja pilti nii suuremalt kui laiemalt ning tal on väga suur võime inimese endaga kaasa kiskuda. Coach siis eelkõige selle tõttu, et 4a tagasi riigiettevõtte administratiivkohalt tema käe alla suundumine paneb mind igapäevaselt uuesti ja uuesti proovile, ta ei lase mul kunagi mugavustsooni langeda, see teekond on olnud tohutult raske, aga samamoodi arendav. Ta on alati olemas, aga mitte kunagi liiga kiitev või lahendusi kandikul ettetoov. Tänu tema juhendamisele tunnen, et võiksin alati olla parem selles, mida teen, kui samas tean, et saan igalpool hakkama.
Kasutatud kirjandus:
https://hbr.org/2008/06/bill-gates-entrepreneur-manage.html
https://www.studocu.com/en-ca/document/northern-alberta-institute-of-technology/communication/mandatory-assignments/bill-gates-management-style/2834210/view
https://en.wikipedia.org/wiki/Bill_Gates#Management_style
Õppejõu materjalides on välja toodud, kes võib IT-juht olla erinevates rollides: juht, teavitaja/suhtleja, coach, mentor/õpetaja, arengumootor, ülemus. Igas juhis peakski olema tükike neist kõigist, kuid kindlasti on igaühel oma fookus, oma tugevus. Lugedes nt artikleid Bill Gatesi kohta avalduvad vähese vaeva ilmingud neist kõigist - milline siis oli tema põhiline juhitüüp? Ta on kindlasti juht, kellel on olnud suurt visiooni ja oskust tiime enda nirvana suunas vedada, ta on olnud fokusseeritud ning selge ja kindla sooritusega. Ta on kindlasti ka arengumootor (change agent), sest Microsoft on olnud enda alal ikkagi lipulaev ja suur edulugu, see on muutnud kogu tehnoloogiatööstust, word ja excel on paljude meie lemmikud ka neil päevil. Samuti on ta olnud ülemus - tuntud kui autokraatlik juht, nõudlik, kasutab võimu seal, kus vaja.
Mina olen enda tänased IT-juhtimise teadmised ja kogemused omandanud suuresti ühelt Eesti IT-juhilt, nimetame teda siinkohal Härra X. Ta on töötanud mitmetes suurkorporatsioonides juhtivatel IT ametikohtadel ja on täna ühe keskmise suurusega IT konsultatsiooniettevõtte omanikke. Millist juhitüüpi ta on? Minu maailmas on ta eelkõige juht ja coach - ta on väga karismaatiline, tark ja strateegiline inimene, ta omab suurt visiooni ja pilti nii suuremalt kui laiemalt ning tal on väga suur võime inimese endaga kaasa kiskuda. Coach siis eelkõige selle tõttu, et 4a tagasi riigiettevõtte administratiivkohalt tema käe alla suundumine paneb mind igapäevaselt uuesti ja uuesti proovile, ta ei lase mul kunagi mugavustsooni langeda, see teekond on olnud tohutult raske, aga samamoodi arendav. Ta on alati olemas, aga mitte kunagi liiga kiitev või lahendusi kandikul ettetoov. Tänu tema juhendamisele tunnen, et võiksin alati olla parem selles, mida teen, kui samas tean, et saan igalpool hakkama.
Kasutatud kirjandus:
https://hbr.org/2008/06/bill-gates-entrepreneur-manage.html
https://www.studocu.com/en-ca/document/northern-alberta-institute-of-technology/communication/mandatory-assignments/bill-gates-management-style/2834210/view
https://en.wikipedia.org/wiki/Bill_Gates#Management_style
neljapäev, 26. märts 2020
Kes on IT proff?
Kes on professionaal? ÕS ütleb, et elukutseline, mitteamatöör, meister. Saab siis selle eest raha, au ja kuulsust? Kes on IT proff Eestis tänasel päeval? Võhiku jaoks ilmselt iga inimene, kes töötab miskil arvutimaailmaga seotud erialal. Olukorras, kus IT inimesi on tikutulega otsitud ja alati puudu, palgad on taevapiirimail ja n-ö iga loll võib end spetsialistiks pidada, on uue suure majanduslanguse lävepakul huvitav arutleda, kes siis ikkagi on IT professionaal ja kas proffil on ka eelis rasketes oludes edukamalt toime tulla?
Kohe kumab peas küsimus, mis on spetsialisti ja proffessionaali vahe? Mulle tundub, et spetsialist on keegi, kes on omal ametikohal väga kogenud ja tunneb seda süvitsi, kuid pigem kitsamalt, kuid vähemalt tänapäevaselt IT professionaalilt eeldatakse erialast haridust, sertifikaate/koolituste läbimist, aastaid valdkonna kogemust ning pidevat tahet edasi areneda, näha seoseid teiste aladega. IT spetsialist võib olla mingis konkreetses teemas väga tugev, nt süsteemianalüüsis või rakenduste administreerimises, aga professionaal peaks olema laiema ettevalmistuse ja kogemusega ning võimeline andma seda edasi ka teistele. Hea IT proff ei tohiks ainuüksi olema suuteline teiste IT-alaseid muresid lahendama, vaid seda ka inimkeeli võhikutele selgitama. Hea IT proff on pidevas enesearengus ja kursis uute trendidega, sest IT ei ole kindlasti valdkond, mida saaks n-ö ära õppida ja selle pealt enda ametikohal surmani töötada. Olenemata rollist või ametikohast suhtleb IT proff ka teiste valdkonna tegijatega, teab, kes on omal alal tugevad tegijad ja innovaatorid ning kes keskpärased töötegijad. IT proff ei piira ennast mõne konkreetse progemiskeele, andmebaasi või projektijuhtimise raamistikuga - ta suudab näha suuremat pilti ja konkreetseid vajadusi ning kasutab eelpoolmainituid kui tööriistu.
IT proff Eestis teab millised on suured IT ettevõtted, kuidas toimetab sellel alal riik, millised on siinsed edukad start-upid. IT professionaal on huvitatud enda valdkonnast ja selle edendamisest, hoiab silma peal, mis toimub ka laiemas maailmas. IT professionaal teab, milles ta on hea ning leiab võimalusi kuidas saada veel paremaks. Haridus, koolitus või paber ei näita üksi veel midagi, kuid kindlasti on üheks professionaalsuse mõõdikuks ka asjakohased sertifikaadid - projektijuhtidel ja analüütikutel nt Scrum või Price2, arendajatel Java SE 8/11, testijatel ISTQB jne.
IT proffil ei ole ühest kindlat definitsiooni, kuid selleks, et sind võetaks tõsiselt ja sel alal usaldataks tuleb tegutseda sihipäraselt ja pidevalt.
Kasutatud kirjandus:
https://www.educba.com/it-professional/
https://www.itworldcanada.com/blog/what-does-it-professional-really-mean/86353
https://www.dynamixsolutions.com/what-is-an-it-professional-and-what-does-one-do/
neljapäev, 19. märts 2020
Mismoodi mõjutab vabade litsentside juures edasikandumisklausel (copyleft) litsentsivalikut?
Käesoleva võrdlemisi põnev teemakäsitlus on mitmetahuline - ühelt poolt juriidika, teisalt eetika.
Alustan nende mõistete definitsioonist:
Kui arendaja loob tarkvara, oma lõbuks, oma otstarbeks ja paneb kõigile netti alla laadida, siis olenevalt selle komplekssusest võib paljudel teistel olla huvi (osa) seda tarkvara kasutada. Millal tohib, millal ei tohi? Kui naabrlinna-Ants oma pere eelarvet selle abil kasutab, ei tohiks olla ju muret. Kui aga Oracle selle endale kasutusse võtab ja korraliku raha eest edasi müüb, tekib selgelt põhjendatud ootus tulule ka endale. Eetikaküsimus - miks mitte siis kasutada koodi, kui sulged selle kinnisesse lähtekoodi kompileerituna ja keegi kunagi ei saa teada? Ei saagi.
Aga ei tohi. Copyright (eesti k ehk lähim "autoriõigus") sätestab, kuidas tohib intellektuaalomandit kasutada, muuta, levitada. Laialdaselt see tähendab, et ühtegi seda asja ei tohi teha ilma autori nõusolekuta.
Copyleft (parema mõiste puudumisel "vastupidine autorõigus") sätestab vastupidiselt vaikimisi õigused intellektuaalomandit levitada ja muuta ja luua "alus" uutele intellektuaalomanditele originaalist lähtuvalt.
Juriidiliselt eksisteerib palju litsenseerimismudeleid ja autorite poolt valitavaid võimalusi, mis peavad piirama selliseid tegevusi. Alustades tähtsamast - kas ja kuidas loodud tarkvara tohib levitada.
Peamiselt keskenduksin siin just konkreetsetele litsenseerimismudelitele nagu GNU GPL, Apache ja BSD.
Laialdaselt on BSD neist kõige "lõdvem": sinu koodi võib kasutada sisuliselt igaüks ilma piirangutega: arendada edasi, kasutada kommertseesmärkidel ning ka suletud lähtekoodis. Sisuliselt - tore et levitasid oma toodet, ma müün seda edasi või osana enda tootest, raha eest. Parim näide tarkvaramaailmast on laialdaselt levinud Django, React ja Go. Nendel teekidel/platvormidel arendatud tarkvara võib igaüks müüa või tasuta jagada nii suletud kui avatud koodiga. Ja näiteid, mis nendel keeltel on kirjutud on väga palju. Tasub siinkohal tuua välja, et Go on arendatud Google'i poolt.
MIT litsents - vastava ülikooli nimest on oma õigustelt väga sarnane eelkirjeldatuga ning sellel jagatakse väga paljusid tarkvaraarendusvahendeid, näiteks Angular, JQuery ja NodeJS. Kasutusvaldkond sama - tasuta töövahendid, millel võid ehitad üles oma järgmise multi-miljonilise start-upi.
GPL litsents seevastu nõuab, et levitatud tarkvara jääb edasipidi levitatavaks ka uute tarkvarade (või selle derivatiivide) sees ja seega seejuures on ka jagatud avatava lähtekoodiga. Tehniliselt see tähendab, et kuigi tarkvara on avatud lähtekoodiga ja igaüks kompilaatori ja vastava protsessoriga saab seda ka "üles ehtitada", võib selle eest küsida viisil või teisel ka raha, kas siis konsultatsioonina, pilveteenuse pakkumise või muul viisil. Kõige tuntum (ja ka üks esimestest) GPL litsentsi kasutajatest - Linux operatsioonisüsteem, autorlusega põhjanaabrilt.
Kokkuvõtlikult - kui teed midagi head, mis teistele ka kasulik, aga pole liiga lahke seda panema raha teenima, kasuta GPL litsentsi. Kui leiad, et Sinu loodut võib kasutada igaüks milleks iganes, kasuta BSD või GPL litsentsi. Kui aga arvad, et leidsid oma koodiga kullasoone - mine konsulteeri litsentsibürooga, kuna see maailm on väga keeruline ning täis oma juriidilisi nõkse. Antud kirjatükk puudutas sellest vaid kergemat pinda ja vabade litsentside maailma.
Kasutatud kirjandus:
http://oss-watch.ac.uk/resources/licdiff
https://www.logicify.com/en/blog/software-licenses-overview-and-recommendations-for-use-in-development/
https://www.novell.com/coolsolutions/feature/1532.html
https://en.wikipedia.org/wiki/Category:Software_using_the_BSD_license
https://en.wikipedia.org/wiki/Category:Software_using_the_GPL_license
Alustan nende mõistete definitsioonist:
Kui arendaja loob tarkvara, oma lõbuks, oma otstarbeks ja paneb kõigile netti alla laadida, siis olenevalt selle komplekssusest võib paljudel teistel olla huvi (osa) seda tarkvara kasutada. Millal tohib, millal ei tohi? Kui naabrlinna-Ants oma pere eelarvet selle abil kasutab, ei tohiks olla ju muret. Kui aga Oracle selle endale kasutusse võtab ja korraliku raha eest edasi müüb, tekib selgelt põhjendatud ootus tulule ka endale. Eetikaküsimus - miks mitte siis kasutada koodi, kui sulged selle kinnisesse lähtekoodi kompileerituna ja keegi kunagi ei saa teada? Ei saagi.
Aga ei tohi. Copyright (eesti k ehk lähim "autoriõigus") sätestab, kuidas tohib intellektuaalomandit kasutada, muuta, levitada. Laialdaselt see tähendab, et ühtegi seda asja ei tohi teha ilma autori nõusolekuta.
Copyleft (parema mõiste puudumisel "vastupidine autorõigus") sätestab vastupidiselt vaikimisi õigused intellektuaalomandit levitada ja muuta ja luua "alus" uutele intellektuaalomanditele originaalist lähtuvalt.
Juriidiliselt eksisteerib palju litsenseerimismudeleid ja autorite poolt valitavaid võimalusi, mis peavad piirama selliseid tegevusi. Alustades tähtsamast - kas ja kuidas loodud tarkvara tohib levitada.
Peamiselt keskenduksin siin just konkreetsetele litsenseerimismudelitele nagu GNU GPL, Apache ja BSD.
Laialdaselt on BSD neist kõige "lõdvem": sinu koodi võib kasutada sisuliselt igaüks ilma piirangutega: arendada edasi, kasutada kommertseesmärkidel ning ka suletud lähtekoodis. Sisuliselt - tore et levitasid oma toodet, ma müün seda edasi või osana enda tootest, raha eest. Parim näide tarkvaramaailmast on laialdaselt levinud Django, React ja Go. Nendel teekidel/platvormidel arendatud tarkvara võib igaüks müüa või tasuta jagada nii suletud kui avatud koodiga. Ja näiteid, mis nendel keeltel on kirjutud on väga palju. Tasub siinkohal tuua välja, et Go on arendatud Google'i poolt.
MIT litsents - vastava ülikooli nimest on oma õigustelt väga sarnane eelkirjeldatuga ning sellel jagatakse väga paljusid tarkvaraarendusvahendeid, näiteks Angular, JQuery ja NodeJS. Kasutusvaldkond sama - tasuta töövahendid, millel võid ehitad üles oma järgmise multi-miljonilise start-upi.
GPL litsents seevastu nõuab, et levitatud tarkvara jääb edasipidi levitatavaks ka uute tarkvarade (või selle derivatiivide) sees ja seega seejuures on ka jagatud avatava lähtekoodiga. Tehniliselt see tähendab, et kuigi tarkvara on avatud lähtekoodiga ja igaüks kompilaatori ja vastava protsessoriga saab seda ka "üles ehtitada", võib selle eest küsida viisil või teisel ka raha, kas siis konsultatsioonina, pilveteenuse pakkumise või muul viisil. Kõige tuntum (ja ka üks esimestest) GPL litsentsi kasutajatest - Linux operatsioonisüsteem, autorlusega põhjanaabrilt.
Kokkuvõtlikult - kui teed midagi head, mis teistele ka kasulik, aga pole liiga lahke seda panema raha teenima, kasuta GPL litsentsi. Kui leiad, et Sinu loodut võib kasutada igaüks milleks iganes, kasuta BSD või GPL litsentsi. Kui aga arvad, et leidsid oma koodiga kullasoone - mine konsulteeri litsentsibürooga, kuna see maailm on väga keeruline ning täis oma juriidilisi nõkse. Antud kirjatükk puudutas sellest vaid kergemat pinda ja vabade litsentside maailma.
Kasutatud kirjandus:
http://oss-watch.ac.uk/resources/licdiff
https://www.logicify.com/en/blog/software-licenses-overview-and-recommendations-for-use-in-development/
https://www.novell.com/coolsolutions/feature/1532.html
https://en.wikipedia.org/wiki/Category:Software_using_the_BSD_license
https://en.wikipedia.org/wiki/Category:Software_using_the_GPL_license
neljapäev, 5. märts 2020
Käitu sama malli järgi nagu igapäevaelus
Kõik on kuulnud Vana Testamendi kümnest käsust, et püsida moraalsena, kuid vähemad Virginia Shea Netiketi kümnest käsust (1994), et ka internetis kombekalt toime tulla. Kui Piibli kirjapanekust on möödas omajagu aega, siis arvestades konteksti on Shea põhimõtted vähemalt sama iidsed, kuid see ei tähenda, et mitte-asjakohased.
Mind isiklikult kõnetab kõige rohkem teine käsk: "Käitu sama malli järgi nagu igapäevaelus." Sellega seoses tuleb meelde palju värvikaid näiteid, kus see paika ei pea ja enamasti ikka sinna halvemuse poole. Töötades IT konsultatsiooniäris on viimasel ajal mitu kolleegi rääkinud kuidas mõned kliendid on justkui bipolaarsed - näost näkku kohtudes sulnid ja koostööaltid, saadakse üksteisest aru, tehakse kokkuleppeid ja plaane, õhkkond igati positiivne, ning piisab kohtumiselt kontorisse sõitmisest kui avad arvuti või nutitelefoni ning läbi erinevate kanalite hakkab pihta suuremat sorti tati pritsimine, pooled laused on trükitähtedega, rasvased ja hunnik hüüumärke, miski ei sobi ja nõudmised ei paista lõppevat. Ja nii korduvalt. Kuidas see võimalik on? Mis teil viga on? Kas inimesed teevad seda tahtlikult või ei saa ise aru? Kui sa reaalses elus ei räuska, siis miks sa seda internetis teed? Professionaalses mõttes on see muidugi lubamatu ja samas jääb sellest kõigest jälg maha, mille najal saab ka bipolaarsete ülemustelt aru pärida, ent kui nende jaoks on see samuti norm, siis on muidugi eriti nutune.
Mõned üksikud teistpidised näited on muidugi ka, aga harva. Kuuldu põhjal tuleb esimesena meelde nt kohtamisäpp Tinder, kus pannakse üles hurmavaid pilte ja räägitakse chatis viisakalt, kuid reaalsele kohtingule minnes ootab ees tahumatu hooldamata nässakas :)
Kasutatud kirjandus:
https://infogram.com/virginia-sheas-10-rules-for-netiquette-1g0n2owqewdnp4y
Mind isiklikult kõnetab kõige rohkem teine käsk: "Käitu sama malli järgi nagu igapäevaelus." Sellega seoses tuleb meelde palju värvikaid näiteid, kus see paika ei pea ja enamasti ikka sinna halvemuse poole. Töötades IT konsultatsiooniäris on viimasel ajal mitu kolleegi rääkinud kuidas mõned kliendid on justkui bipolaarsed - näost näkku kohtudes sulnid ja koostööaltid, saadakse üksteisest aru, tehakse kokkuleppeid ja plaane, õhkkond igati positiivne, ning piisab kohtumiselt kontorisse sõitmisest kui avad arvuti või nutitelefoni ning läbi erinevate kanalite hakkab pihta suuremat sorti tati pritsimine, pooled laused on trükitähtedega, rasvased ja hunnik hüüumärke, miski ei sobi ja nõudmised ei paista lõppevat. Ja nii korduvalt. Kuidas see võimalik on? Mis teil viga on? Kas inimesed teevad seda tahtlikult või ei saa ise aru? Kui sa reaalses elus ei räuska, siis miks sa seda internetis teed? Professionaalses mõttes on see muidugi lubamatu ja samas jääb sellest kõigest jälg maha, mille najal saab ka bipolaarsete ülemustelt aru pärida, ent kui nende jaoks on see samuti norm, siis on muidugi eriti nutune.
Mõned üksikud teistpidised näited on muidugi ka, aga harva. Kuuldu põhjal tuleb esimesena meelde nt kohtamisäpp Tinder, kus pannakse üles hurmavaid pilte ja räägitakse chatis viisakalt, kuid reaalsele kohtingule minnes ootab ees tahumatu hooldamata nässakas :)
Kasutatud kirjandus:
https://infogram.com/virginia-sheas-10-rules-for-netiquette-1g0n2owqewdnp4y
neljapäev, 27. veebruar 2020
Visioon Eesti infoühiskonna 2020 arengukavast - mis on realiseerunud ja mis mitte?
Aastatel 2012-2013 välja töötatud Eesti infoühiskonna arengukava aastaks 2020 sisaldab mitmeid üllaid ja ambitsioonikaid visioone IKT valdkonna arengute osas, kuid mitte kõik neist ei ole tänaseks tõeks saanud. Mis rohkem ja mis vähem või üldse mitte?
"Inimesed on saanud IKT abil nn targaks tarbijaks. Nad hoiavad raha kokku või saavad teenitud raha eest rohkem väärtust, näiteks elades tarkades majades või ostes interneti kaudu rohkem epoodidest." Seda visiooni võib küll pigem teostatuks lugeda, sest internet of things ja e-kaubandus teevad oma võidukäiku, veebikaubandus kasvab Eestis 25-30% aastas, online ostukeskkonnad on valdavalt turvalised, lihtsad, kiired ja mugavad ning jätkuvalt jääb arusaamatuks, kelle jaoks neid ostukeskuseid juurde ehitatakse? Boltid ja Woltid kiirendavad jalavaeva ja vaid paari klikiga saab pea igast restoranist tuua eine enda juurde tehes seejuures rohkem tööd või nautides vabaaega. Kodumasinad on nutikad, suhtlevad omavahel, võimaldavad kaugteel juhendamist ja annavad märku, kui miski mure on lähenemas. Inimeste elu on muutunud oluliselt lihtsamaks ja mugavamaks läbi IKT toodete ja teenuste.
"Tervishoid ja sotsiaalteenused (eriti hoolekanne) on viidud IKT abil uuele kvaliteeditasemele. Need on personaalsed ja ennetavad, tuginevad tõhusalt toimivale tagatoale ja kaugteenuste osutamisele." Selle visiooni täitumisega pigem ei saa nõustuda, jätkuvalt ei paista kuskilt otsast välja, et tervishoiusektoris süsteemid omavahel suhtleksid ja info liiguks või saaks rääkida millegi ennetamisest. On olemas küll miskid süsteemid, kuhu läbi eesti.ee portaali sisse logida saab ja enda andmeid vaadata, kuid enamus inimesi pole sellest kuulnudki. Olles hiljuti läbi lähedase kokku puutunud ka hoolekande valdkonnaga, siis ka sealt ei paistnud seda välja - asjad liiguvad ainult siis kui inimene ise aktiivne on ja erinevaid osapooli läbi käib, end kurssi viib, nõuab, helistab ja kirjutab.
Kasutatud kirjandus:
https://www.mkm.ee/sites/default/files/elfinder/article_files/eesti_infouhiskonna_arengukava.pdf
https://www.ituudised.ee/uudised/2019/03/19/veebikaubandus-kasvab-eestis-25-30-aastas
"Inimesed on saanud IKT abil nn targaks tarbijaks. Nad hoiavad raha kokku või saavad teenitud raha eest rohkem väärtust, näiteks elades tarkades majades või ostes interneti kaudu rohkem epoodidest." Seda visiooni võib küll pigem teostatuks lugeda, sest internet of things ja e-kaubandus teevad oma võidukäiku, veebikaubandus kasvab Eestis 25-30% aastas, online ostukeskkonnad on valdavalt turvalised, lihtsad, kiired ja mugavad ning jätkuvalt jääb arusaamatuks, kelle jaoks neid ostukeskuseid juurde ehitatakse? Boltid ja Woltid kiirendavad jalavaeva ja vaid paari klikiga saab pea igast restoranist tuua eine enda juurde tehes seejuures rohkem tööd või nautides vabaaega. Kodumasinad on nutikad, suhtlevad omavahel, võimaldavad kaugteel juhendamist ja annavad märku, kui miski mure on lähenemas. Inimeste elu on muutunud oluliselt lihtsamaks ja mugavamaks läbi IKT toodete ja teenuste.
"Tervishoid ja sotsiaalteenused (eriti hoolekanne) on viidud IKT abil uuele kvaliteeditasemele. Need on personaalsed ja ennetavad, tuginevad tõhusalt toimivale tagatoale ja kaugteenuste osutamisele." Selle visiooni täitumisega pigem ei saa nõustuda, jätkuvalt ei paista kuskilt otsast välja, et tervishoiusektoris süsteemid omavahel suhtleksid ja info liiguks või saaks rääkida millegi ennetamisest. On olemas küll miskid süsteemid, kuhu läbi eesti.ee portaali sisse logida saab ja enda andmeid vaadata, kuid enamus inimesi pole sellest kuulnudki. Olles hiljuti läbi lähedase kokku puutunud ka hoolekande valdkonnaga, siis ka sealt ei paistnud seda välja - asjad liiguvad ainult siis kui inimene ise aktiivne on ja erinevaid osapooli läbi käib, end kurssi viib, nõuab, helistab ja kirjutab.
Kasutatud kirjandus:
https://www.mkm.ee/sites/default/files/elfinder/article_files/eesti_infouhiskonna_arengukava.pdf
https://www.ituudised.ee/uudised/2019/03/19/veebikaubandus-kasvab-eestis-25-30-aastas
reede, 21. veebruar 2020
Uudistevoo mõjud info tarbimise kiirusele ja hulgale
Uue meedia üks kompenente on uudisevood, mille üks hetke levinumaid tehnoloogiaid on RSS (Rich Site Summary või Really Simple Syndication). RSSi levikule on kaasa aidanud ajaveebide suur populaarsus, sest RSS-vormingus kokkuvõtted on mugav vahend operatiivse info saamiseks huvipakkuva veebilehe muutmisest. Ehk ühest küljest on see muutnud inimeste elu oluliselt mugavamaks, et ise ei pea huvipakkuvatest kohtadest otsimas käima, kas on mingit uut infot, ei maga midagi n-ö maha ja samas on see kindlasti suurendanud info tarbimise hulka, sest need jooksevad pideva voona silme ette.
Ent samas see võibki muutuda kiiresti üsna koormavaks - kui mõni huvipakkuv ajaveeb võib-olla postitab päevas korra, siis uudisteportaalid pommitavad minutites. Näiteks mu enda kogemustest tuleb meelde Postimehe äpp, mille puhul vähemalt tol hetkel kui mina selle tõmbasin ei olnud võimalik välja lülitada push notificationeid ehk telefonis käis pidev disko, kus teavitati igast võimalikust uudisest. Ei pea vist mainima, et see äpp lahkus mu telefonist väga kiiresti ja comebacki pole teinud - kas olen mina millestki valesti aru saanud või enamuse jaoks on see okei?
Kasutatud kirjandus:
https://copyblogger.com/what-the-heck-is-rss/
https://en.wikipedia.org/wiki/RSS
http://itspets.ee/wp_super_faq/mis-rss-uudisevoog/
neljapäev, 13. veebruar 2020
Kaks nähtust Interneti varasemast ajaloost
Tänases blogipostituses võtan kirjutada kahest internetti
oma olemuselt defineerinud nähtusest: Usenet uudisgrupid ning BBS (Bulleting
Board Systems). Esimene neist on alles veel tänapäevalgi ning olnud otseseks
või kaudseks eeskujuks kõikmõeldavatele tänapäevastele internetifoorumitele,
online-mõttevahetustele ning tõenäoliselt ka paljuvihatud
internetikommentaariumidele. Usenet (alates 1979) oli oma olemuselt esimene foorum, kuigi
oma IT-alaselt ülesehituselt kardinaalselt erinev tänapäevasest. Oma eesmärgilt - postitada teemasid ja vastuseid (tõsi küll,
igati plain-text), on Usenet ja selle alternatiivsed järeltulijad (foorumid
jmt) jäänud muutumatuks. Kellel on probleem oma arvutiga, kel veekeetjaga -
Usenetist sai ja saab asjaomastelt vastuseid.
Muidugi mida aega tagasi, seda
eksklusiivsem Usenet oma kasutuselt oli ning seda rohkem “häkkereid” seal
viibis ja teemad olid eeskätt tehnika, IT ning sellega seonduv. Tänasel päeval
tänu n-ö “tänapäevasele” internetile ning selle levikule võib Usenetist (ja foorumitest)
leida teemasid absoluutselt igale valdkonnale, inimesele ja tõenäoliselt ka
probleemile, “kui see on olnud, on sellest kirjutatud”.
IT arhitekuurselt on algne Usenet olemuselt täielik
klient-server, kuhu pidi üle telefoniliini sisse helistama. Tõsi küll, serverid
replitseerisid omavahel andmeid ja seega ühes Usenet-serveris postitatud teemad
jõudsid kiiresti ka teistesse, näiteks ee.arvutid.unix replitseerus ilusti ka Soome
vastavasse serverisse ja vastupidi. Kasutajal piisas pratikas “tellida” uudisgruppe
vaid ühest serverist.
Useneti kasutatakse veel tänapäevalgi selle mõtte “tõsiusklike” poolt ning kättesaadavust parandavad ka veebiliidesed (nt Google
Groups). Usenet on toonud maailma mõisted nagu näiteks FAQ ja Spam.
Bulletin Board Services (BBS), erinevalt Usenetist, on tõeline
relikt IT maailmas ega sellisel kujul eesmärgipäraselt enam ei eksisteeri
(keegi ei keela seda üles seada ega kasutada, aga praktilne väärtus puudub).
Kui erinevad suhtluskanalid ja -lähenemised tänapäeval tulevad ja lähevad läbi
uute kohe-murran-maailma-ja-võidan start-uppide, kuid olles peale aastat
unustuses (Goole Wave?), on BBS loonud mõiste kui esimene laiaulatuslik
infovahetuskeskkond, mis eksisteeris enne internetti.
BBSi alguseks loetakse 70-ndaid ja selle puhul ühendusid kasutajad modemiga sisse helistades
serverisse, kust sai faile üles ja alla laadida ning kirjutada ja lugeda
vastavates teemades (paljuski sarnane Usenetiga). Olid ka mängud ja jututoad.
BBS on selles osas tänapäevase interneti, sotsiaalvõrgustike eelkäija. Tim-Berners Lee WWW ning odavamad internetiühendused ja
Mosaici veebibrauseri loomine tekitas palju uusi võimalusi.
Kasutatud kirjandus:
esmaspäev, 10. veebruar 2020
Lootustandvad IT-lahendused, mis ei tõusnud lendu
Peaaegu mitte keegi ei kujutaks tänasel päeval enda elu ette rohkete edukate tehnoloogiavahenditeta, kuid nagu iga lendu tõusnud start-upi kohta on sadu neid, millel nii hästi ei läinud on ajaloost võtta suurel hulgal näiteid huvitavatest ja lootustandvatest IT-lahendustest, mis mingil põhjusel ei saavutanud suuremat edu või mängisid selle kiiresti maha.
Blackberry telefonid ja seadmed - õppisin 2004-2006 välismaal rahvusvahelises koolis ja mäletan kuidas nii mõnelgi Põhja-Ameerikast pärit õppuril oli Blackberry telefon, mis tekitas huvi ja tundus olevat järgmine suur hitt, mis ka Euroopa turu ja väikse Eesti vallutab, kuid seda ei juhtunud. 2010. aastal olid nad Nokia järel populaarsuselt maailma teine nutitelefonide müüja, kuid täna täiesti tundmatu suurus.
Kindlasti võiks eelist omanud, aga selle maha mänginud näidete alla tuua ka oma aja juhtiva otsingumootori Yahoo, kellele Google end 90ndate lõpus müüa pakkus ja mis aastal 2000 oli väärt 125 miljardit dollarit, kuid kiiresti tähtsust hakkas kaotama ja 2016 sisuliselt uksed sulges. Peamiseks põhjuseks peeti seda, et nad ei suutnud piisavalt hästi trendidega kaasas käia, võimalusi ära kasutada või teostasid mõttetuid tehinguid.
Kallis ja konkreetne näide minevikust, mille laadseid leiab eile, täna ja homme - US Air Force pani 6 aastaga miljard dollarit magama infosüsteemi peale, mida kasutusele ei võetudki, sest saadi aru, et läheks veel vähemalt miljard, et saavutada veerand sellest, mida algselt plaaniti. Selle kõrval on Eesti SKAIS2 ja korstnasse kirjutatud 5 miljonit eurot puhas kommiraha. Probleem väga tihti tundub seisnevat selles, et ambitsioonikalt minnakse püüdma n-ö ladvaõunu ja tutte-vilesid, kui keskendudakse väga hästi töötava ja skaleeritava MVP loomisele, mille peale hiljem edasi ehitada.
Kasutatud kirjandus:
https://www.businessinsider.com/blackberry-smartphone-rise-fall-mobile-failure-innovate-2019-11
https://et.wikipedia.org/wiki/BlackBerry
https://www.visualcapitalist.com/chart-rise-fall-yahoo/
https://www.nytimes.com/2012/12/09/technology/air-force-stumbles-over-software-modernization-project.html
Blackberry telefonid ja seadmed - õppisin 2004-2006 välismaal rahvusvahelises koolis ja mäletan kuidas nii mõnelgi Põhja-Ameerikast pärit õppuril oli Blackberry telefon, mis tekitas huvi ja tundus olevat järgmine suur hitt, mis ka Euroopa turu ja väikse Eesti vallutab, kuid seda ei juhtunud. 2010. aastal olid nad Nokia järel populaarsuselt maailma teine nutitelefonide müüja, kuid täna täiesti tundmatu suurus.
Kindlasti võiks eelist omanud, aga selle maha mänginud näidete alla tuua ka oma aja juhtiva otsingumootori Yahoo, kellele Google end 90ndate lõpus müüa pakkus ja mis aastal 2000 oli väärt 125 miljardit dollarit, kuid kiiresti tähtsust hakkas kaotama ja 2016 sisuliselt uksed sulges. Peamiseks põhjuseks peeti seda, et nad ei suutnud piisavalt hästi trendidega kaasas käia, võimalusi ära kasutada või teostasid mõttetuid tehinguid.
Kallis ja konkreetne näide minevikust, mille laadseid leiab eile, täna ja homme - US Air Force pani 6 aastaga miljard dollarit magama infosüsteemi peale, mida kasutusele ei võetudki, sest saadi aru, et läheks veel vähemalt miljard, et saavutada veerand sellest, mida algselt plaaniti. Selle kõrval on Eesti SKAIS2 ja korstnasse kirjutatud 5 miljonit eurot puhas kommiraha. Probleem väga tihti tundub seisnevat selles, et ambitsioonikalt minnakse püüdma n-ö ladvaõunu ja tutte-vilesid, kui keskendudakse väga hästi töötava ja skaleeritava MVP loomisele, mille peale hiljem edasi ehitada.
Kasutatud kirjandus:
https://www.businessinsider.com/blackberry-smartphone-rise-fall-mobile-failure-innovate-2019-11
https://et.wikipedia.org/wiki/BlackBerry
https://www.visualcapitalist.com/chart-rise-fall-yahoo/
https://www.nytimes.com/2012/12/09/technology/air-force-stumbles-over-software-modernization-project.html
Tellimine:
Postitused (Atom)