11. nädal: Inimese ja arvuti suhtlus

Positiivne kasutajakogemus - pärast viimast uuendust tundub Toggle'i keskkond palju parem kui varem. Nad on muutnud veidi oma kujundust ja funktsionaalsust parandanud. Asju leiab kergemini üles ja erinevaid päringuid on lihtsam teostada. Võib-olla õppimine võtab Toggle keskkonnas kauem aega kuid meelest see ei lähe ja midagi väga kuskile valesti ei saa sisestada. Pigem on hea keskkond koos pärispaljude lisadega. Kuigi avastasin just hiljuti, et Toggle veebirakendus ja mobiiliäpp ei süngi enam ning mingit veateadet ka ei andnud. Nädala jagu projekte pidin käsitsi ümber kirjutama veebikeskkonda.

Negatiivnse kasutajakogemus - pigem kirjutan Swedbank'i veebikeskkonna ikkagi negatiivse alla. Kuigi nüüd on juba suhe mul sellega parem, siis ikkagi on seal suhteliselt keeruline orienteeruda. Kuigi käin seal küllaltki tihti. Näiteks erinevaid teemasid otsides ei leia ma neid sageli üles. Jääb mulje, nagu oleks natuke meelega seal orienteerumine keeruliseks tehtud. Õpitavuse koheapealt on see võib-olla isegi enam-vähem normaalselt õpitav kuid kipub samas kiiirelt meelest minema. Ja näiteks Swedbank'i ID-kaarti kasutades on oht panna vale PIN, sest PIN1 sisestades võib numbreid sisestada ka rohkem kui nõutud 4.

10. nädal: Arendus- ja ärimudelid

Ärimudel - Esri (Encironmental Systems Research Institute), USA GIS-tarkvara ja teenuste tootja kasutab ärimudelina kahte varianti. Oma põhitarkvara, spetsialisti töökohatarkvara ja serveri tarkvara müüb Esri traditsioonilise omandvara jaosvara vormina. Esri taktika on müüa oma tarkvara eluaegse litsentsina kuid konks on selles, et aasta möödudes saab läbi hoolduse/tugiteenuste litsents ja kasutaja peab hakkama siis hoolduslitsenti iga aasta uuendama (kuigi tarkvara saab kasutada ka ilma hoolduslitsentsi pikendamata), sest muidu ei saa ta tarkvara uuendusi ja "tasuta" abi oma tehnilistele ja mitte tehnilistele küsimustele. Teise ärimudelina on Esril kasutuses SaaS teenus. Seda rakendatakse oma pilveteenustele, kus kasutajad saavad oma asukohapõhistest andmetest luua veebiteenuseid ja kasutada Esri erinevaid andmete majutamise, kuvamise ja analüüsi teenuseid. Seal käib äri läbi Esri spetsiaalsete krediitide, mida on võimalik endale iga kell juurde soetada.

Arendusmudel - keeruline on analüüsida arendusmudelit mõne konkreetse projekti näitel, kui ei ole vastavas projektis osaline olnud. Võin hoopis rääkida, kuidas arendus ei tohiks välja näha. Tuleb uus projekt ja projektijuht käib kliendiga kohtumas ära, saab mingi info kaasa ja siis mingi aja pärast tuleb räägib sellest ühele arendajale, et kuule, midagi sellist oleks vaja. Analüüsi ei tehta, sest kellel selleks ikka aega on. Arendaja hakkab siis pihta ja ainsad juhised on koosoleku protokoll ja vb mõni meil. Kuna analüüsi ei tehtud, ei saada täpselt aru, mis on projekti skoop, mida täpselt taheti ja mida mõni funktsioon peab tegema. Segane värk. Aeg liigub armutult, arendaja püüa aru saada, mida ta tegema peab, üritab projektijuhti kaasata arutellu, et see asja täpsustaks ja selgust tooks, kuid asjata. Lõpuks saadakse midagi valmis, ei testita ja antkase kliendile üle. Sealt hakkab siis tulema kaebusi ja pretensioone, et ühte või teist funktsionaalsust pole või ei tööta vastava brauseriga. Ja siis hakkab koodi ümberkirjutamine....

9. nädal: Kuidas saada häkkeriks?

Kuidas saada häkkeriks (Hacker - HOWTO) - on põnev lugemine koos väga paljude kasulike linkide ja viidetega. Nagu ma aru saan, siis see on üks mitmest internetis leiduvast vanakooli häkkerite alus(tala)tekstidest. Seda lugedes võiks inimene aru saada, kas tal on eeldused ja mõtlemine, et häkkeriks saada, tahtmine häkkeriks saada ning mida võiks enam-vähem osata ja teada, et häkkeriks saada.

Kuid natuke tundub see mulle ka imelik. See mida Eric S. Raymond kirjutab, tundub natuke liiga raamides olevat, et kui need punktid täidad, oled häkker ja korras. Teksti lugedes aga rõhutatakse pidevalt vabadust ja loomingulisust. Samuti tundub see olevat kirjutatud inimestele, kes ei tea IT-maailmast väga midagi. Miks muidu kirjutada, et pead õppima programmeerima. Jah, ka teistes eluvaldkondades tuleb ette "häkkimist", kuid seal vist ei kutsuda seda nii.  Aga eks asi on maitses.

Mulle endale tundub, et vähemalt mu mõttemaailm ühtib sellega, mis Raymondi tekstis kirjutatud on. Mitte et ma ennast häkkeriks peaks, aga tahaks öelda veel seda, Raymondi teksti ideed on ju sellised, mis ongi minuarust normaalsed. 

8. nädal: IT juht

Kui kirjeldada IT juhti, siis esimesena ma kirjeldaks ühte Eesti meest, kelle käe all ma pole veel töötanud, kuid kunagi loodan seda teha. Olen osalenud paaril projekti/idee koosolekul (mis kahjuks ei realiseerunud), kus tema oli üks (projekti)juhtidest. Ta ei ole võib-olla laiale üldsusele väga tuntud mees, kuid see ei tee teda minu silmis vähem IT juhiks. Viimati esines ta Valges Majas kui Datel oli üks firmadest, kelle loodud tarkvaralahendus valiti USA president Obama poolt algatatud projekti "Opportunity Project", millega USA kohalikud omavalitsused arendavad kohalikku elu. Mina kogesin temalt nii juhi, mentor/õpetaja kui ka arengumootori omadusi. Kogu ta jutt ja olek oli väga inspireeriv ning uued mõtted tekkisid peas lennult, samas ei ületanud ta kunagi ebareaalsuse piiri vaid pigem kompas võimalikkuse piire. Täpselt selline mees, kellele sa tahad see asja valmis teha, mis ta räägib. Ning ta ise oli ka väga tihti käsipidi mootoris sees, et mitte kaotada tunnetust ja arusaama, mida meeskonnaliikmed teevad.

Kui võtta mõni välismaa IT juht, siis Steve Balmer on minuarust ülemus(power broker) tüüpi juht. Balmer-i tulekuga suleti oskondi, mis viisid kindlasti kaasa inimesti vallandamisteni või vahetati välja osakonna juhte jne. Kui ta sai Microsofti CEO-ks siis muutis ta firma suunda selliseks, et hakataks arendama ja rõhku pöörama mingitele kindlatele toodetele, mitte aga käima kaasas trendiga. See tee tõstis küll Microsofti sissetulekuid, kuid jättis Microsofti nii mõneksi tänapäeva kiiresti arenevas ja populaarses tehnoloogia sektoris maha, nagu näiteks nutiseadmed ja mobiilne muusika. Samas oli ta ka juht (leader), vedades oma meeskonnad kaasa nende toodete arendamisse, mis ta prioriteetiteks seadis ja Microsfti rahalehmadeks said.