Eile, täna homme.

Ilmselt on 5-10 aasta pärast tarkvara oluliselt rohkem teenus (SaaS), kui täna. Arvatavasti muutuvad kõikvõimalikud seadmed veelgi mobiilsemaks ja ka tarkvaraliselt õhemaks, ühtlasi tekkib ühele kasutajale ka mitmeid erineva vormiga  seadmeid: mobiiltelefon taskus, tahvel loengus või reisil, koduarvuti ja ilmselt veel midagi, mida täna ei oska ennustada. Sisuliselt muutub ka tarkvara pilve keskseks ja ainuke asi mida vajatatakse on töötav veebi browser. Kõik muud keskkonnad, platvormid jms. on kätte saadav üle veebi.

Ehk tõepoolest oleksime nagu uuel ringil ning vajaksime vaid terminaali või nii nagu loengu konspektis viidatud naljakas haigla juhtumis TV - kirjutajat.  See muide ei ola ka võimatu, sest ühe sellise uuema seademena nähakse ka televiisorit. Algatuseks võiks ju haigalste ja hotellitubades olla puutetundliku ekraaniga telekad, millega saad teha panga ülekandeid sama lihstalt, kui oma iPhonega.Ma pean silmas ikka sellist lahendust, kus trkvara on sobitatud seadme ja selle formaadiga, mitte SMS laadset TV puldilt juhuitavat  ja veidi poolikult kuvatava interneti browseriga telekat. Võibolla mõni eksklusiivsem hotell või haigla  juba siiski on ka tellinud endale selliseid telekaid ja ehk on kuskil tehtud ka juba sellele sobivat softi.

Ilmselt muutub midagi ka parooli majanduses, sest täna on iga serveri erienvat parooli ikka üli keeruline meeles pidada. Samas paroolide hoidmine browseris ei ole ilmselt kõige turvalisem lahendus.  Loodetavasti tekkib tulevikus miski hea SSO lahendus, või hakatakse kasutama rohkem audentimise teenuse pakkujaid. OpenID on juba väga hea näide, kuid levik on täna veel väike. Ja ma ei ole kuulnud, et TTÜ mõnda serverisse saaks OpenID-ga. Ka autoriseerimine on kindlasti üks tulevikku teemasid ja selles mõttes tundub olema üsna perspektiivikas lüüa kaasa veidi avatud IAM (Identity & Access Management) lahenduste väljatöötamisel.  

Ülaltoodud teemadega juba tegeletakse ja need sobivad lahendused võivad olla igapäevased ka juba 2-5 aasta pärast. Samas 10 aasta kohta ei julgeks ennustada - see läheks ikka üsna ulmeliseks. Kuid on ka võimalik, et veeb ise ei erinegi 10 aasta pärast nii väga palju, sellest mis ta on 5 aasta paärast. Eks igal asjal on omad tõusud ja mõõnad, ning kogu veebi arendus võib pilve tehnoloogia juures ka veidi pikema pausi teha ja stabiliseeruda. Üks küsimus võib tekkida ka näiteks selles, mida tehakse vanemate tehnoloogiatega ja kui ruttu jõutakse need vananenumad tehnoloogiad uuele üle viia.

Sotsiaalmeedia pahupool

Üldjuhul on nii, et kus liigub raha on ka pettused sagedasemad. Seepärast meenuvad Interneti pettustega esmalt pettused pankade osas.

Võibolla üks ajuvabamaid pettusi oli see, kus kopeeriti Swedbanka veebileht ja paluti seoses nimevahetusega saata oma pin koodid?!  Ei tea kui palju oli inimesi, kes selle õnge läks aga  petturite poolt on selgelt näha kahte apsakat 1) pank ei palu kunagi selliseid asju e-maili teel. 2) nimevahetamisel ja pin-koodidel ei ole mingit seost.    

Esiemsega küllaltki analoogne panga vastu tehtud pettus on veidi huvipakkuvam. Kui tavaliselt peetakse koodikaarti vähem turavalisemaks, kui ühekordseid koode, siis järgnev juhtum, mida kasutati Soome Nordea vastu  näitab vastupidist. Analoogselt eelmisele saadeti e-kiri ja kuvati panka sisselogimise leht ning palve sisestada kasutaja tunnus ja püsikood, seejärel palutakse kliendil oodata ja küsitakse  ühekordset (nn. muutavat) koodi. Trikk on selles, et selle ooteaja jooksul logisid pättid panka ja kui hiljem said kätte ka ühekordse koodi, siis olidki konto kallal.

Vägagi sage on  igasugu idiootsete pakkumistega meilide saamine. Tüüpiliselt pakutakse sellist träni, mida normaalne inimene ei vaja, nagu viagra jms, kuid aegajalt on pakkumistes ka raha, pärandus või loetriivõidud. Tavaliselt rändavad sellised kirjad, kui need peaks filtritest läbi tulema, kohe prügikasti. Samas kui saame kirja Estravelilt, kus subjektis on kirjas, "Sinu hea sõber kingib sulle loteriipileti", siis ausalt öeldes kõlab ka see vägagi kahtlasena. Estravel loodetavasti ei tegele pettustega, kuid teades kui lihtne on kirja saatja adressaati muuta, paneb sügavalt järgi mõtlema kas ikka tasub kirjas olevale lingile klikkida.

Teema väline, kuid eelmise lõiguga  haakuv on see, et  kui  pahalased, oma otsest eesmärki teadlikkuma arvuti kasutaja seltskonna puhul ei suuda saavutada, siis vähemasti on nad suutnud hirmu naha vahele ajada. See on kolleegiga tõestisündinud lugu, kus suures rahvusvahelises ettevõttes  saadetakse tööalane kiri, kuid kuna kirja saaja pole saatjast varem kuulnud, siis visatakse kiri ilma lugemata prügikasti.

Tundub, et pättid on vähemasti head psühholoogid ja igasugused saadetavad kirjad muutuvad pidevalt atrkaktiivsemaks. Küsitakse nüüd ju ka abi mingi olematu ulmelise päranduse kättesaamisel ja lubatakakse mingit väikest protsenti, mis arvestades päranduse suurust oleks vägagi suur hulk raha. Samuti on viimasel ajal  üsna levinud pakkumised ulmelise tasu eest lihtsa töö tegemine, näiteks veebi saidi testimine.

Kogukondlik tarkvaraarendus

Selle nädala teemas peaks võrdlema kahte vaba  tarkvara projekti arendusevaatenurgast. Seda ülesannet on pärsi raske täita, kuna ma ise pole osalenud üheski vaba tarkvara arenduse projektis. Siiani olen ikka rohkem tarbija poolel olnud ja oskaks paremini hinnata just tulemust.

OpenIAM
Olen siiski jäginud kõrvalt ühte vaba tarkvara projkti, milleks on avatud lähtekoodiga Identiy and Access Management ehk OpenIAM  http://www.openiam.org/. Kahjuks pole see kogukond eriti suur. Samas laadides code.google.com-ist  koodi uuendusi on näha, kuidas süsteemi arendatakse. Tuleb märkida, et väga aktiivset arendust välja ei paista, näiteks täna 5. detsembril oli viimane koodi muudatus tehtud 14. novembril. Aga eks see vist ongi vaba tarkvara kogukonna eripära, et koodi kirjutatakse ja arendatakse just siis, kui selleks parasjagu aega on. Omapärane on selle kogukonna juures ka see, et lisaks .org saidile on neil ka teine veebi saiti http://www.openiam.com/, kus pakutakse lisaks tarkvarale treeninguid, installeerimist ja konfigureerimist. Binary distrosid on neil kaks 1) mis on vähendatud funktsionaalsusega ja vabalt alla laaditav ning teine mis on mõeldud ettevõtetele. Tutvudes lähte koodiga olen sealt avastanud mitmeid vigu, mida olen ise parandanud. Lisaks sisaldab kood  aegajalt ka  veidi  kummalisi lahendusi ja vajaks kohati refacoring-u. Mõtlen, et võib-olla peaks nendega liituma, sest idee on päris hea ja konteptuaalselt on toode üsnagi paindlik ja avatud.

MediaWiki
Võrdluseks tooks siia kõrvale siis olulisemalt tuntuma vaba tarkvara MediaWiki. Mida olen samuti kasutanud ja seadistanud. Siin on selgelt suur kogukond, kus igapäevaselt toimub vilgas tegevus.  Juunis reliisiti versioon 1.17 ja novembris 1.18 ning 1.17.1 security reliis. Kogukonnal on oma sait ja juhendid liitumiseks. Samuti registreeritakse bugid ja pidevalt pakutakse ka bugidele lahendusi. Samas lugesin välja, et koodi repo on suhteliselt segane ja vajaks korrastamist. Kogukonna aspektis  on see eelmisega nagu öö ja päev. Samas peab muidugi arvestama, et platvom on ka erinev, OpenIAM  teeb tõsist ja veidi liialtki keerulist Java koodi ning MediaWiki baseerub PHP-l.

Kuidas saada häkkeriks

Ma polnud Eric S.Raymond-i artikklit "Hacker-HOWTO" varem lugenud ja väga hea, sest see oli minu jaoks pisut mõttetu ja ärrtiav. Loodan, et kellelgi on sellest kirjutisest rohkem abi, kui minul.

Pärast artikli lugemist seadsin sammud oma CD arhiivi ja koukisin välja CD, mille peale olin kunagi kirjutanud mõned huvitavamad Fido- ja USENET-i gruppidest saadud lood. Nimelt meenutas Eric S. Raymondi kirjutis ühte varasemat lugu, mis ilmus tegelikult 1983 aastast  "Real Programmer Don't Use Pascal", mis omakorda oli ajendatud mõned kuud varem Usenetis ilmunud Ed Nather-i loost "The Story of Mel, a Real Programmer". Õnneks avastasin, et need on nüüd ka internetis olemas, kuigi algsete  tekstide kujundus ei olnud nii kena kui tänastel interneti tekstidel. Aga tundub, et igal ajastul on omad friigid ja fännid.

Ma ei saa Ericuga päris nõustuda, selles osas milles ta soovitab häkkeriks saamist alustada mõne keele õppimisest. Kui keegi tahab tõesti arvutite maailmas kompetentne olla, siis esiemese asjana tuleks selgeks teha, et arvutid töötavad kahendsüsteemis ja see on väga oluline nii oma heade kui halbade omadustega. Selle fakti ehk n.ö. arvuti sisemise hingeelu mittetundmine on paraku ka mitmete oluliste vigade allikaks. Edasi ei teeks paha ka veidi 16-nd süsteemi tunda.       

Üldiselt meelib mulle häkkerite klubist oluliselt enam "Software Craftsmanship"-i järgijad. Ma arvan, et vastupidiselt Eric-u väitele, see häkkerite aeg ikkagi saab mööda ja tuleb meistrite aeg. Tegelikult ma ei ole päris kindel kas seda häkkerite värki on kunagi ikka olnudki, äkki ongi lihtsalt mingi sildi külge kleepimine.

Tõeline programmeerija ei pea endale silte külge riputama a'la ma olen häkker. Ma ei pea ennast häkkeriks, kuigi olen parandanud SCO Unix-i socket-i all istuvas loop driveris vea ja kerneli ringi kompileerinud.  Loomulikult teavitasin ka Santa Klutsi sellest! See on ju normaalne!  OK, SCO oli kommertsvara ja Eric-u järgi töötavad häkkerid vaba tarkvaraga.

Olen kirjutanud COBOL'i kompilaatori, mis läbis kõik ANSI COBOL-85 testid. Olen kasutanud assemblerit s.h. ka spetsiifilisi math-co prose käske, võimaldamaks  kasutada arvudes 18 kümmendkohta ja seda täpselt, ilma ümardamise kadudeta, sest millegipärast tavalised keeled ei suuda seda teha. (v.a. Java BigDecimal aga see töötab veidi teisiti).

Autor väidab, et häkkerid on inimesed, kes tunnevad rõõmu erinevate raskete probleemide lahendamisest. Näiteks keeruliste probleemide osas ma austan väga Donald E Knuthi, kes kirjutas raamatu sarja "The Art of Computer Programming" ja kes ilmselt tundis  samuti rõõmu probleemide lahendamisest, kuid seal ei ole kordagi mainitud häkkereid.

Unix-is kasutan tihti vi-d, sest see töötab alati ning kõigis Unix-ites ühtemoodi!  Microsofti-i maailmas kasutan ma tänaseni vahel northon-commanderi hex-view-d, sest millegipärast tänastel tekstiredaktoritel on komme neelata ära mõned esimesed faili formaadi kohta infot andvad baidid.

Aga kõik see ei tee mind häkkeriks ja ma ei tunne selleks ka mingi vajadust. Autor väidab, et häkkeriks saamiseks peaksid oskama Pythonit ja siis C'd ja siis Java't. Mnajh, ma Pythonit ei oska aga oskan nii C-d kui Java-t ja HTML-i  ja veel selliseid unustuse hõlma vajunud keeli nagu  Pascal, COBOL, FORTRAN ja veidi ka PL/I-i. Kusjuures minu kõige esimene programm oli keeles MALGOL, mis on ALGOL-i eesti variant (oli vist arvutile Minsk). Kuid MALGOL-i  puhul puudus mul kahjuks arvuti, mille peal seda programmi jooksutada aga vähemasti paberi peal oli see kirja pandud.

Ega ma ikka ei ole häkker ja kui, siis võib olla vaid algaja, sest töötan täiskohaga firmale kuna vajan pere ülalpidamiseks sissetulekut. Ühtlasi jätab nii see kui ka kool mulle liialt vähe aega, et liituda ja aktiivselt tegeleda vaba tarkvara projektidega. Pigem tarbin neid, ning uurin ja puurin ja muudan asju enda jaoks. Samas on võimalik, et ükspäev tekkib ka miski võimalus midagi vaba tarkvara ühiskonnale tagasi anda. Vähemasti juba mõnda aega on selline mõte peast läbi käinud, et võiks ühe teatava projektiga liituda.

Jah, aga kui ma liitun selle vaba tarkvara projektiga ja õpin ka Pythoni selgeks, kas siis öeldakse, et olen häkker?!  See on ju mõttetu silt ja mulle tundub, et see nn. häkker ei ole miski omakasupüüdmatu tüüp vaid tahab oma tegevuse abil ikkagi ühiskonnas mingit häkkeri või tipphäkkeri positsiooni saada. Vähemasti nii pasitab see Ericu kirjutisest välja. Aga samas tahavad ju ka kräkkerid ühiskonnas võimu näidata, et näe suutisn midagi lahti muukida.

Tarkvara litsentsid

Eelmine nädal sattus minu kätte üks uus vidin - Android operatsiooni süsteemiga tahvelarvuti. Erinevalt Windows-i platvormist, ei lajatata Andoridi puhul esimeseks asjaks ekraaanile litsentse, kuid kuna nädala teema on litsentsid, siis hakkasin uurima, kus ja kuidas Androidi litsentsidega asjalood on. See oli seda olulisem, et kuna sellel isendil puudus Eesti klaviatuuri tugi ja otustasin OS-i lahti muukida ja klaveri koode nii häkkida, et saaksin rootsi klaviatuuri variandile lisada Õ ja Ü tähed.

Setup menüüst leidisin pealkirja "Legal information" ja seal all ilusti ka kõik litsentsid:

• General Source code offer
• Open source licences
• Google legal
• GeoNames. 

General Source code offer teatab, et toode sisaldab kaitstud tarkvara, mis on kaetud GPL-ga, LGPL versiooni (GPL ja/või Free Open Source Sftware Licences).

Lugesin seda ja sain teada, et loomulikult jagatakse tarkvara ja ei võeta mingit vastutust selle üle, et tarkvara ka kohalikke seadustega lubatud oleks.  Lisatud on ka, et litsents seob mind lähtekoodiga ja muude andmetega ning  neid võib saada ja alla laadida toote tugiteenuste kodulehelt 3 aastat pärast toote mudeli viimast väljalaset. Lahe !   

Lähtekoodi jagatakse ka ilma, et võetaks mingit vastutust ja see on sama litsentsi alla nagu binaar- ja objektkood.

Opne source liceneces menüü all oli ka iga süsteemse faili litsents toodud. Neid oli seal tohutul hulgal - ma arvan, et kokku üle 300 lehekülje ! 

Kernel oli muidugi GPL litsentsiga aga peamised muud vidinad olid kõik Apacahe 2.0 litsentsid ja  täiesti ühesugused. Arvatavasti on erienvuste ja väikeste kirjade ülesse leidmideks vaja mingit teksti masintöötlust!

Ühesünaga ei võeta mingit  vastutust ja kuna mind huvitava klaviatuuri failide kood on vaba, siis asusin häkkima. Loomulikult on OP süsteemi andmete muutmiseks vaja superuser-i kontot, mida paraku tootja mulle kaasa ei andnud. Kood on vaba ja tavaksutaja alt loetav aga kirjutamise ja muutmise võimlaus puudub. Seega esimene asi ole see superuser konto lahti häkkida. See läks hästi ja nüüd ongi mul ka eesti klaviatuur olemas.
 

Ahjaa, vaatasin üle ka 9 google-i litsentsi (teenus, andoid teenus, privaatsus, YouTube, kaardid, Android-i marketi teenuse ja äriteenuse ning DMCA). Viimasest menüüst selgus ka, et info GeoNames-st on kaetud Creative common Attribution 3.0 litsentsiga. 

Paragrahvi-papi ja Interneti-põnn

Selle nädala loengu materiale lugedes meenus,  kuidas 90-ndate keskel tegelesin tarkvara arendamisega, mille tellijaks oli Kanada ettevõtte. Teatavasti on ekspordi käibemaksu määr null protsenti ja seega on ettevõttel võimalik maksuametilt tagasi saada enammakstud käibemaks, mis tekkis meil ruumide üürist ja seadmete soetamisest. Kuid tollel ajal tekkis tõsine probleem ekspordi tõendamisega, sest maksuamet käsitles tarkvara kui kaupa ning nõudis tollidokumente. Meie aga laadisime tarkvara üles üle Interneti ja kahjuks ei suutnud Internet mulle vormistada vajalikke  tollidokumente. Tolleaegne käibemaksu seadus ei sisaldanud veel punkte elektrooniliselt edastatava tarkvara kohta, ning maksuametnikud soovitasid selguse mõttes kirjutada kogu tarkvara floppide peale ja siis need floppid tollist läbi vormistada. KPMG abiga sai see asi siiski korda aetud ja nad kirjutasid maksuametile ka vastava selgituse, kuidas  tarkvara elektrooniline edastamine on vaadeldav, kui teenuse eksport. Tänases käibemaksu seaduses on õnneks selle kohta ka juba vastav punkt §2 lg 4 p 4.

Toodud näide ei ole küll seotud intellektuaalse omandi kaitsega, mis on nädala põhiteema, kuid sellegipoolest näitab hästi, kuidas Interneti ja paragrahvidega võivad asjad aegajalt sassis olla, ning seaduseloome ei jõua kuidagi tehnoloogia arengule järgi.

Mis puutub minu hinnagusse intellektuaalse omandi ja autorikaitsesse, siis see on igati tore, et ühiskond püüab "õnnetuid" autoried seadustega kaitsta. Kuid tulemus ei ole alati see, mida soovitakse saavutada. Esmalt on kõigi seaduste hulk nii suureks paisunud, et tavalisel inimesel ei ole võimalik ilma juristi abita seal orienteeruda ja kuna seaduse mittetundmine ei vabasta vastutusest siis teenivad juristid nende seaduste pealt kena pappi. Ja keda üldse usaldada, sest vahel võib sinu palgatud jurist kasutada ära ka sinu teadmatust seaduste osas ja vaikselt ka midagi enda kasuks keerata. Ise püüan neid juriste mitte kasutada ja ikkagi mõned olulisemad seadused endale selgeks teha ning ennem allkirjutamist lepingu läbi lugeda ja ka väikest teksti otsida. See võtab kõvasti aega aga siiani on mul hästi läinud ja mingit jama ei ole kaela saanud. Ega see lugemine suurt ei aita, sest sellele järgneb tüüpiliselt valik tüübist "võta või jäta".        

Teiselt poolt on võimalik mõningate leppingutega või nende lisadega suuremast osast oma õigustest kenasti kellegi teise kasuks loobuda.  Sisuliselt, kui töötad mingile ettevõttele, siis koos töölepingu või mõne selle lisa alusel loobud sa üldjuhul oma õigustest selle ettevõtte kasuks. Need lepingud on igati korrektsed aga teevad võimatuks või üliraskeks oma loomingu kasutamise mingil teisel eesmärgil või väljaspool ettevõtet.  Jah meil on vabadus sellele lepingule mitte alla kirjutada aga siis pead otsima ka mõne teise töökoha. On ju olemas võimalus ka vaba tarkvara maailmas leiba teenida aga minu jaoks hetkel, kus mul on pere toita ja panga laen maksta ei julge sellist riski võtta.

Vaba tarkvara

Nädala teemaks on kirjeldada oma kogemusi mõne vaba tarkavaratootega. Ei oksa kommenteerida kas siin mõeldi kogemusi mõne FSF-i (Free Software Foundtion) litsentsi tootega või laiemas kontekstis tasuta jagatavat tarkvara seal hulgas ka avatud lähtekoodiga tarkvara, mida toetab OSI. Aegajalt on üsna raske aru saada kas tegemist on vaba tarkvara või avatud lähtekoodiga tarkvaraga ja kas tavakasutaja jaoks ongi seal suurt  vahet - peaasi, et maksma ei peaks. 

Ka paljudest EULA'dest on keeruline aru saada millega on tegemist, sest tihti on rõhutatud nii vaba lähtekoodi, kui ka tasuta jagatavat tarkvara. Populaarsest Ubuntu  distributsiooni litsentsist võiks välja lugeda, et tegemist on avatud lähtekoodi ja vaba tarkvaraga, kuid FSF-i poolt loetletud nimekirja Ubuntu-t siiski ei arvata (vaata  linki). Kuna litsentsid on järgmise nädala teemaks, siis hetkel ei laskuks rohkem detailidesse ja jagaks kogemust n.ö. lihtsalt tasuta jagatava tarkvara osas.

Olles tööalaselt palju Unix-i maailmaga kokku puutunud otsustasin 2000.a. ka koju installeerida esimese tasuta jagatava Linux-.i - Mandrake 7.  siinkohal peab lisama, et täna on Mandrake-i nimi muudetud Mandriva-ks. Minu jaoks oli see üsna sobiv lahendus, kuna võimaldas mul aegajalt ka kodus tööasju teha ja mõne Unix-i skripti vms. kallal nokitseda. Mandrake-is sai kasutada ka StarOffice-t ja NetscapeNavigatorit, samas oli näiteks StarOffice-i kasutamine ikka  suhteliselt ebamugav ning seal loodud dokumente sai kasutada sisuliselt vaid enda tarbeks. Tuleb märkida, et see op-süsteem oli ka paras peavalu teistele pereliikmetele, ja mingi aeg hiljem pöördusin tagasi siiski MicroSofti platvormile. Osaliselt aitas siin kaasa, ka MS-i litsentsi poliitika, sest uue arvutiga tuli kaasa ka Windows, koos OEM litsentsiga.

Mõni aega hiljem sai siiski tagasi pöördutud Linuxi maailma ja seekord juba Ubuntu ning OpenOffice-i baasil. OpenOffice-i funktsionaalsus ja kasutus mugavus on oluliselt paranenud, samuti on viimastes OO versioonides lisandunud konverteerimise võimalusi, kuid paaku annab ikka tunda OO vähene kasutus ja konverteerimine word-i ei õnnestu alati 100%. Ühes foorumi postituses kirjeldasin ka oma kogemusi OpenOffice-ga ja põhjendasin ka miks tänases ammilmas ei saa elada ilma, et MS tarkvara kasutataks. 

Windows-i üheks eeliseks on peetud igasugu installeerimise protseduuride lihtsust. Mingi aeg tagasi olin sellega ka nõus, sest Linux-i keskkonnas oli vaja ikkagi päris head op-süsteemi tundmist ja minigi tarkvara installeerimine eeldas konfiguratsiooni seadistamist. Paraku tähendas see vahel ka töötamist editoriga vi. Ise kasutan seda siiani aga tean paljusid arendajaid, kes seda teksti redaktorit tõsistel vihkavad.

Siin on Ubuntu tegelikult MS-le järgi jõudnud ja väga paljud installid on tehtavad Synopticuga nii, et kasutaja ei pea midagi teadma shellist. Veidi keerulisemate juhtude jaoks on kogukonnad valmistanud ka head skriptid nii, et tavakasutajal on võimalik teha copy-paste ja muuta conf-i ilma, et  peaks aru saama, mida need shelli read tähendavad. Vähe riskantne ju on, aga töötab ja samas ega enamik Windows-i kasutajatest ei mõista ka Windows-i registry-s olevate kirjete tähendust.  

Vituaalmaailmad

Selle nädala teemaks virtuaalmaailmad. Minu esimene kokkupuude omalaadse  mängu ja virtuaalmaailmaga oli 80-ndate lõpupoole, kus Tehnikülikooli (tolleaegse Polütehnilise instituudi) arvutuskeskuses oli arvuti nimega EC-1022, mis oli läänemaailma IBM 360-e analoog. Selles masinas töötas käsurea põhine rollimäng nimega „Startrek“, mis oli paljude IT tudengite hulgas üsna populaarne ja igal ärajäänud loengul või vabal õhtul olid mitmed tudengid (ka mina) arvutuskeskuses roheliste ekraanide taga, ajades taga klingoneid, kuni kurjad arvutuskeskuse tädid neid koju saatsid. Tollel ajal ei mõelnud väga selle peale aga nüüd tagantjärgi on üpris kummaline, kuidas selline läänelik mäng, keset sügavat sotsialismi aega sellesse masinasse jõudis.

Ilmselt olen selle jutuga nüüdseks IT maailma dinosauruste hulka arvatud aga samas see väike pisik on ammustest aegadest ikka sees ja tore oli käia ka tänapäevases 3-D online virtuaalmaailmas SL-is seiklemas. Kajastades enda kogemusi tuleb meelde, et  teine, juba PC-s töötav 2-D graafiline rollimäng, oli Larry, hiljem sai ka juba konspektis mainitud 3-D Doom-i proovitud aga siis tekkis aboluutne küllastus ja näiteks väga populaarne MUD läks minust täiesti mööda. Tuleb märkida, et online virtuaalmaailm nagu seda on SL, on ikka täiesti uus tase, kuid nõuab ka head võrguühendust ja graafikakaarti. 

Folksonoomia ja tagid

Et kõik ausalt ära rääkida pean alustama sellest, et folksonoomia oli minu jaoks täiesti uus termin. Loengu materjalidest ja skype-i loengust sain teada, folksonoomia tähendab teksti märgendamist, seejuures folksonoomia puhul, erinevalt taksonoomiast on oluline, et märgendamine toimuks n.ö. rahvapoolt.  

Edasi peaksin nüüd tooma hea (kasulikku) ja halva (kasutu) näite teksti märgendamisest. Hea näitega ei ole probleeme, sest tegelikult kui ikka viitsitakse oma tekstis võtmesõnu märgendada, siis sellest on ka vähemal või suuremal määral  kasu. Näiteks saab luua indeksi või kasutada seda muul moel kiire ülevaate saamiseks teksti kohta. Hiljuti osaledes 3 päevasel Euroopa tarkvara arhitektuuri konverentsil oli koostatud esitatud töödest märksõnade pilv. Loomulikult oli kõige enam levinum märksõna "arhitektuur" aga huvitav oli vaadata, millisel määral oli kasutatud ka teisi sõnu ja see andis hea ülevaaate aktuaalsetest teemadest. Siit väikse edasiarendusena sain skype-i loengust hea idee, et sellist märgendamist ja pilve koostamist võib kasutada meeskondade kokkupanekul, kui oleks vaja korraldada miski töötuba.

Teiselt poolt halva näitega jään veidi jänni. Ilmselt on võimlik panna tagimist kuidagi enda kasuks tööle ja seeläbi lõpptulemust mõjutada. Tegemist on ju grupiotsustusega ja kui keegi tahab kuidagi gruppi tööd mõjutada, siis tuleb teatavat võtmesõna kasutada liialdatult. Arvatavasti leiaks selliseid näiteid poliitikast üsna palju. Samas rääkides grupiotsustusest, meenub kohe üks teine TTÜ's loetav aine, mis tegeleb samuti grupiotsustustega ja kus käsitletakse meetodeid, kuidas grupiotsustuse subjektiivsetest hinnangutest tuletada objektiivseid tulemus. Selle kursuse raames pakutakse ka meetodeid, kuidas ära tunda vale (teistest hinnangutest suurel määral erinevat) hinnangut, ning kuidas selle mõju elimineerida.

Wiki-d

Selle nädala teemaks siis wikid ja küsimus kuidas saaks wikipediat paremaks teha. Kui ma teaks head vastust sellele siis, ilmselt oleks see ka juba realiseeritud. Wikipedia kasutab teadupärast mediawiki tarkvara ja paratamatulte tekib minul kui IT inimesel veidi teine küsimus, et mida saaks parandada medaiwiki tarkvaras?

Ise olen uurinud teemat, et milline peaks olema  tarkvara, mis sobiks ühele ettevõttele sõnastikuks. Ilmselt tunduks wikil põhinev lahendus üks sobivamaid. Aga milline wiki tarkvara siis valida? Lähtugem siin vajadustest. Esmalt  on oluline, et kõik seda ettevõtte sõnastikku kasutaksid ja uusi termineid sisestaks. Seega peab uute terminite defineerimine olema lihtne, et kõik seda kasutaks. Teine küsimus tekkib siis, kui sama mõiste kohta on kasututakse erinevaid termineid või, kui ühel terminile vastab mitu erinevat mõistet. Sellistel juhtude on vajalik mingi otsustusprotsess. Tuleb mainida, et mediawiki, erienvalt paljudest teistest wikidest, pakub ka mingit lahendust sellise otustusprotsessi jaoks. Samas, on see protsess ise üsna jäigalt mediawikisse sisse kirjutatud ja põhineb sellel, mida avalik wikipedia pakub.

Seejuures selgus, et ettevõtte raames ei ole selline protsess päris hästi samaväärselt sobiv üldise interenti wiki protsessiga. Siit siis ka minu ettepanek, et mediawiki's võiks otsustusprotsessi mudel olla veidi paindlikum - selline, kus erienvad ettevõtted saaks juurtada oma mudeli.

Ajaveeb

Selle nädala teemaks on ajaveeb. Esmalt märgiksin veidi naljakat sõnade mängu, nimelt tuleb kirjutada blogis blogimisest. Mul endal endal on väike, kuid väga positiivne kogemus ajaveebist. Esimest korda pidasin sellist ajaveebi, kui olime abikaasaga 4 nädalat indo-hiinas seiklemas. Ajaveebi pidamine andis kõigile kodustele võimlause jälgida meie tegemisi ning lapsed ja meie vanemad said kirjutada enda tegemistest. Ilmselgelt oli selline ajaveebi pidamine parim lahendus:

1. ei nõudnud kindlat kellaaega suhtlemiseks - kirjutasime, siis kui selleks aega ja võimalust oli. Internet ei olnud igalpool kättesaadav ja ajavahe oli +5 tundi.
2. ei nõudnud kindlaid vahendeid. Ajaveebi sai postitada kasutades interneti kohvikuid ja hotelli interneti punkte ning vahel ka suhteliselt  tavalise Nokia telefoni abil.
3. oli kõige odavam ja lihtsam viis hoida sidet kodustega. Näiteks helistamine oleks küllalt kulukaks läinud, ning see oli hea võimlaus kõigile korraga infot jagada.

Praegu, 2 aastat hiljem, kui mõned faktid hakkavad juba ununema on ka endal seda ajaveebi postitusi väga huvitav lugeda.

Teine kogemus ajaveebist oli selle aasta sügisel, osaledes 5 päevasel tarkvara konverentsil, kus toimus iga päev 2 pikemat põhiettekannet ja 6-7 lühemat ettekannet. Kuna olin otsustanud kolleegidega muljeid jagada, siis kasutasin märkemete tegemiseks ajaveebi. Endalegi väikse üllatusena avastasin, et lisaks võimalusele infot kolleegidega jagada pakub ajaveebi postitamine ka võimaluse salvestada kõige vahetum emotsioon. Kirjutasin kiirmärkmed ettekande ajal ning õhtul redigeerisin märkmed pikemaks postituseks. Kui ma oleks teinud nii, nagu  paljudel varasematel kordadel, kus mõned nädalad pärast konverentsi püüad kolleegidele koostada ettekannet, siis ilmselt oleks tulemus küll palju rohkem analüüsitum ja kontsentreeritum, kuid mõtete osas ka oluliselt tavapärasem ja igavam.

Saan  veel lisada, et olen leidnud teiste ajaveebi positusest ka enda jaoks palju kasulikku ja õppetlikku, nii et kokkuvõttes olen mina seda meelt, et ajaveebid on andnud meile olulisemalt suurema sõnavabaduse, võimaluse jagada oma kogemusi ning õppida teiste kogemustest. Samuti ka ajast ja kohast sõltumatu viisi suhtlemiseks oma sõprade, lähedaste või kogukonnaga. Kuigi viimasena mainitud suhtlemise funktsioon on ilmselt nüüdseks asendunud või siis asendumas facebooki-i laadse suhtlusportaaliga.    

Sotsiaalsed võrgustikud

Vaatleme alljärgnevalt ühe sotsiaal võrgustikku - LinkedIn kasutades Matt Webb-i kriteeriume:

• Identiteet - LinkedIn on võrgustik mis ühendab erinevate erialade töötajaid ja tööandjad. Seepärast on ka enamik selle võrgustikku kasutajaid esindatud oma pärisnimedega. LinkedIn-s on võimalus oma identiteeti laiendada hariduslikku ja tööalase profiiliga. Lisaks võib kirjutada enda kohta üldise kokkuvõtte, lisada veebi aadressi oma saidile, lisada soovitajad ja muud hobid.

• Kohalolek - Teadmist teiste, sinuga ühendatud isikute kohalolekust on-line reziimis kahjuks see keskkond ei võimalda. Võimalus ühe või teise kontakti aktiivsusest aimu saada on läbi postituste aja. Samas, kuna on tegemist profesionaalsete tööalase suhtlus võrgustikkuga, mis erieneb face-bookist, kui lihtsalt jutustamise kohast, siis tegelikult sellisest on-line infost teiste kasutajate kohta ka väga suurt vajadust ei ole.  

• Suhted - Selle võrgustikku puhul on olulised kolme tüüpi suhted, mis küll ei ole kuidagi hierarhilised 1) suhted ühendatud kasutajatega (kontaktidega). 2) suhted töövõtjate ja tööandjate vahel 3) suhted erinevate teemagruppi liikmete vahel.

• Vestlused - Igasugu vestlused toimivad siin pigem asünkroonselt, foorumi postitamiste kaudu või mingi enda olulise sõnumi ja info  jagamisena oma kontaktidega.

• Rühmad - rühmade ja gruppide moodustamine on LinkedIn puhul üks olulisemaid funktsioone, mis määrab ära ka sinu professionaalsed huvid.

• Reputatsioon - Punkte siin ei jagata. Küll aga on võimalik anda hinnangut sõnumitele (like).

• Jagamine - Selle võrgustikku eesmärk on jagada enda profiili ja vahetada  tööalaseid kogemusi.

Matt Webb-i kriteeriumite põhjal antud sotsiaal võrgustik väga silma ei paista, kuid selle võrgustikku eesmärk on eriala profesionaalide ühendamine ning oma saavutuste nähtavaks tegemine tööandjatele. Samas ei toetata niisama elust ja asjast lobisemist nagu seda tehakse facebooki tüüpi võrgustikkus.

Võrgukogukonnad

Sellel nädalal kirjutame võrgukogukondadest  ja järgmine nädal sotsiaalsetest  võrgustikkest. Siit tekkib kohe küsimus, et kas neil on ka olulist vahet. Võrgustikku tekkimine eeldab kogukonda. Kogukond jällegi suhtleb omavahel kasutades mingit sotisaalmeediat ja nii ongi tegemsit ju võrgustikkuga. Mõlemad tekkivad teatavate ühiste huvidega ümber. Hetkel tundub, et võrgustik on ehk laiem, mille sees võib olla mitmeid kogukondi. Päris kindel ma sellises määratluses ei ole. Järgmine nädal saab ehk sede täpsustada. 

Analüüsimiseks valisin Mercedes Benz-i klubi - kogukonna ja foorumi, millega tutvusin 2011 kevadel,  kui asjaolude sunnil asusin ringisõitma vanemat tüüpi mersuga. MB Klubi peab ülal avalikku foorumit, millega saavad liituda ka need kes klubisse ei kuulu. Foorumil on hetkel 6498 liiget neist 3889 aktiivset ja  kasutajad on teinud kokku 98,958 postitust 10,052 teemas.  Arvestades, et tegemist on Eesti klubi ja foorumiga on need numbrid päris suured. 

Klubi koduleht ja samuti foorum on kaasaegse tehnilise lahendusega, sisaldas lisaks tavapärastele postitamise ja otsingu võimalustele ka näiteks sündmuste kalendrit ja jutukat. Samuti on reaalajas  info selle kohta, kui palju on hetkel ühes või teises foorumi teemas sirviaid, ersitades kasutajaid ja külalisi. Foorumile on lisatud võimalus teha teistele registreeritud  kasutajatele privaatseid postitusi. 

Lähtudes kogukonna regionaalsusest on  foorumi külastamisel suurem ja väiksema aktviisusega perioodid, kuid tänu aktiivsele kogukonnale  toimub elu foorumis hommikust kuni hiliste õhtutundideni. 

Foorumist saab infot väga erienvatel teemadel. On antud õpetusi kuidas Mercedes tüüpi autot osta ja parandada. Eraldi gruppi moodustavad ostu-müügi kuulutused, mis on sorteeritud teemade kaupa (autod, kummid, varuosad jne. ). Lisaks on foorumis kajastatud ka palju muud infot liikluses toimuva kohta või  selles valdkonnas tegusemise kohta.  Kogukonnas tegutseb palju kogemustega aktiivseid inimesi, kes lahkelt on nõus foorumis infot ja oma kogemusi jagama ning kaasa aitma erienvate probleemide lahkamisel ja lahenduste otsimisel. 

Esimene ja viimane Sotsiaalse tarkvara ja võrgukogukondade loeng on siis möödas ja edasi tegutseme vaid selle sama tarkvara abil. Loeng oli huvitav ja avas kogu uue meedia kogu tema võimsuses.

Mulle jättis erilist muljet õppejõu enda sotsiaalmeedia nimekiri. Kuidas ta jõuab kõiki neid lugeda ja osades kirjutada. Mõni aega tagasi kogesin ise, et mul pole lihtsallt piisavalt aega, et kõikides kanalites korraga suhelda. Keegi tahtis minuga Skype's vestelda, keegi uuris, et misk facebookis ei kirjuta, keegi oli hädas, et ma kohe tema meilile ei vastanud ja kui siis veidi hiljem vaatasin telefoni, siis seal olid vastamata kõned ja mõned SMS-d. 

Veidi nostalgiat tundsin ka, sest omal ajal sai ju ka ise modemiga uudisgruppidest infot ülesse ja alla laetud. Ainult, et mina tegutsesin FIDONET-is. Huvitav oligi see, et mainiti vaid USENET-i, kuid tollel ajal tundus (vähemalt  minu tutvusringkonnas) palju  populaarsem Fidonet.

Õhtul lisasin ka oma Skype-i nime  ja eks homme ole siis näha kuidas see esimene Skype-i vestluse proov meil toimima  hakkab.