06.03.2013 Views

Tietokone 13/2007

Tietokone 13/2007

Tietokone 13/2007

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Patentit eivät vain yksinkertaisesti<br />

toimi ohjelmistopuolella”,<br />

Teräs arvioi.<br />

”Käynnissä on kylmä sota.<br />

Jos Microsoft oikeasti löytäisi<br />

jotain ja veisi oikeuteen, IBM<br />

voisi näppärästi marssittaa<br />

oman patenttisalkkunsa esiin ja<br />

pistää Microsoftin vaikeuksiin”,<br />

Pikkarainen sanoo.<br />

Kuka neuvoo eksyvää?<br />

Jos jotain menee open<br />

sourcen puolella pieleen,<br />

ei ole ketään, kenen puoleen<br />

voi kääntyä. Kukaan<br />

ei ole vastuussa siitä, mitä ohjelmalle<br />

tapahtuu, Haakana<br />

lukee paperistaan seuraavaksi<br />

väitteeksi.<br />

”Väärin. Jos kyseessä ovat<br />

jonkin firman kriittiset palvelimet,<br />

niissä todennäköisesti<br />

käytetään Red Hatia tai Susea,<br />

ja niiltä saa apua niin nopealla<br />

vasteajalla kuin lompakko taipuu.<br />

Tai jos käytössä on Mysql,<br />

sieltä saa kaupallista tukea. Ellei<br />

tarvitse sitä, on foorumeita ja<br />

voi ottaa suoraan kehittäjiin yhteyttä<br />

kehittäjien postituslistojen<br />

tai bugitrackereiden tai ircin<br />

kautta”, Pikkarainen luettelee.<br />

”Raha ratkaisee, taattua tukea<br />

voi ostaa rahalla. Kevyempään<br />

tarpeeseen saa hyvää tukea foorumeilta<br />

ilman rahaa”, Teräskin<br />

muistuttaa.<br />

Onko avoin ympäristö sitten<br />

liian hajanainen? Neuvotaan,<br />

että etsi foorumeilta tai ircistä<br />

oikea asiantuntija.<br />

”Mistä sitä sitten tietää, kuka<br />

siellä neuvoo?”, Haakana kysyy.<br />

”Hajanaisuus on ollut ongelma.<br />

Nyt käytännössä kaikki<br />

isoimmat tietokonevalmistajat<br />

kuten IBM, HP ja Fujitsu tarjoavat<br />

tukipalveluja myös avoimen<br />

lähdekoodin ratkaisuihin,<br />

mutta ne ovat kuitenkin isoja<br />

ja raskaista eivätkä välttämättä<br />

sovellu pienempiin tarpeisiin.<br />

Niissä taas kysyjien ja tarjoajien<br />

toistensa löytämisessä on ollut<br />

puutteita. Tätä korjaa paljon<br />

Suomen open source -keskus<br />

COSS. Siellä on yrityshakemisto,<br />

ja sinne voi soittaa ja kysyä, keneltä<br />

tukea saisi”, Teräs kertoo.<br />

Open source<br />

-lisenssien osuudet<br />

Muut<br />

22,6%<br />

BSD 5,8%<br />

LGPL 6,6%<br />

GPL 65%<br />

avoimen lähdekodin ohjelmia luetteloivan<br />

Freshmeat.net-palvelun<br />

tietojen mukaan GpL-lisensointimuoto<br />

on selvästi yleisin käytössä<br />

oleva lisenssimuoto. LGpL on GpL:n<br />

väljempi muoto.<br />

”Tukipalvelut ovat kehittyneet<br />

sitä mukaa kun on tullut<br />

asiakkaita, jotka ovat olleet halukkaita<br />

maksamaan palvelusta.<br />

Se on liiketoimintaa. Tukipalvelujen<br />

on kuitenkin oltava hyviä,<br />

sillä kun koodi on avointa, joku<br />

toinen firma, joka ei itse kehitä<br />

sitä, voi ryhtyä tarjoamaan<br />

kilpailevia tukipalveluita, ja jos<br />

se tekee sen paremmin kuin<br />

ohjelmiston kehittäjä, asiakkaat<br />

voivat äänestää lompakollaan”,<br />

Teräs muistuttaa.<br />

Avoimen lähdekoodin puolella<br />

kehitysehdotuksia on helppo<br />

viedä eteenpäin.<br />

”Vaikkapa Gnomen bugitrackeriin<br />

voi jättää kehitysehdotuksen<br />

ja sitten seurustella<br />

suoraan kehittäjien kanssa. Jos<br />

muutos on pieni, se voi tulla jo<br />

seuraavaan versiosukupolveen”,<br />

Pikkarainen huomauttaa.<br />

mikä elää, mikä kuolee?<br />

Entäpä yleinen väite siitä, että<br />

open source -ohjelmien<br />

jatkokehityksestä ei ole<br />

takeita. Projekteja syntyy ja<br />

kuolee, miten voi tietää, että softa<br />

on toimintakunnossa viiden<br />

vuoden kuluttua? Pikkarainen<br />

kehottaa tutustumaan projektien<br />

kotisivuihin.<br />

”Jos kyseinen projekti on<br />

kymmenen vuotta vanha ja sillä<br />

on 150 aktiivista kehittäjää ja<br />

valtavasti käyttäjiä ympäri maailman,<br />

kyllä se hengissä pysyy.<br />

Tai jos projekti on versiossa 0.1,<br />

ilmestynyt kaksi viikkoa sitten<br />

ja tekijä on 15-vuotias… sitten<br />

ehkä ei. Merkittävät projektit<br />

pysyvät. Jos firma välttämät-<br />

tä tarvitsee tuotetta, se pystyy<br />

palkkaamaan jonkun koodaustaitoisen<br />

ylläpitämään softaa.”<br />

”Ei ole sen enempää takeita<br />

suljetullakaan puolella. Jatkuvuutta<br />

joutuu arvioimaan esimerkiksi<br />

ohjelmaa kehittävän<br />

firman koon mukaan”, Teräskin<br />

sanoo.<br />

”Ongelma onkin, millä argumenteilla<br />

arvioida open source<br />

-softan pysyvyyttä”, Haakana<br />

aprikoi.<br />

”Kriteerit ovat erilaisia. Jos<br />

softan takana on yritys tai yhteisö,<br />

kriteerit ovat erilaisia. Sitten<br />

voi katsoa, seisooko joku yritys<br />

softan takana. Avoimella puolella<br />

kehitystä voi luvata toisin<br />

kuin suljetulla puolella”, Teräs<br />

vastaa.<br />

”Vaikka surffaisi jonkin kaupallisen<br />

softafirman sivuilla, ei<br />

sivujen luotettavuuden perusteella<br />

voi sanoa, onko softa hengissä<br />

kolmen vuoden kuluttua”,<br />

Pikkarainen huomauttaa.<br />

Kriittiset ympäristöt<br />

testaavat<br />

Kun kuka tahansa voi kirjoittaa<br />

open source -softaa,<br />

voiko niiden laatuun<br />

luottaa ja käyttää niitä<br />

kriittisissä ympäristöissä?<br />

”Vaikka kaikki pääsevätkin<br />

kirjoittamaan koodia, ei se koodi<br />

läpi ihan sukkana mene. Aika<br />

moni tutkailee sitä koodia ensin,<br />

ja se palautuu bumerangina<br />

parannettavaksi vielä moneen<br />

otteeseen. Sitä vielä testataankin”,<br />

Pikkarainen korjaa.<br />

Teräksen mukaan laaduntarkkailu<br />

ei toimi kauhean hyvin<br />

kummallakaan puolella.<br />

”Poskettoman paljon tarjotaan<br />

oikeasti huonoa softaa.”<br />

Hän hakee perimmäistä syytä<br />

laiskaan laaduntarkkailuun siitä,<br />

että bugien metsästys ja laadun<br />

parantaminen on tylsää puuhaa,<br />

ja jos se tehdään palkallisena<br />

työnä, se maksaa.<br />

”Vapaaehtoisista on jännittävämpää<br />

kehittää uusia ominaisuuksia<br />

kuin hioa olemassa<br />

olevia. Kaupallisella puolella<br />

taas markkinointiosasto halu-<br />

o p e n s o u r c e ■ ■ ■<br />

aa markkinoida tuotetta uusilla<br />

ominaisuuksilla, jotka eivät<br />

välttämättä ole valmiitakaan.”<br />

monopolit toisivat<br />

yhtenäisyyttä<br />

Open source -ohjelmat<br />

ovat vaikeakäyttöisiä, väitetään.<br />

Vastaan voi tulla millaisia<br />

käyttöliittymiä ja työpöytäympäristöjä<br />

tahansa.<br />

”Mikseivät asiat voisi toimia<br />

aina samalla tavalla”, Haakana<br />

kysyy.<br />

”Osasyy on se, että on tehty<br />

innovaatioita, tehty asioita eri<br />

tavalla ja nähty, mikä toimii ja<br />

mikä ei. On hajanaisuutta, mutta<br />

siihen on myös historiallisia<br />

syitä. Yhtenäistäminen ei ole<br />

onnistunut, kun sitä kontrolloimassa<br />

ei ole ollut yksi yritys”,<br />

Teräs sanoo.<br />

Hänen mukaansa hyvän käytettävyyden<br />

aikaan saamiseen<br />

tarvitaan yksi suunnittelija tai<br />

pieni ryhmä, joka ajaa tiettyä<br />

visiota.<br />

”Jos kolmekymmentä yrittää<br />

saada sitä itsensä kannalta paremmin<br />

käytettäväksi, se johtaa<br />

sekametelisoppaan.”<br />

Haakanaa arveluttaa, mistä<br />

ilmaiseksi softaa kehittävät nörtit<br />

elävät.<br />

”Osa käy normaalisti päivätöissä,<br />

kaupan kassalla tai ohjelmistofirmassa.<br />

Jotkut rikastuivat<br />

dotcomin aikaan”, Pikkarainen<br />

tietää.<br />

”Kriittisten ja paljon käytettyjen<br />

ohjelmien aikana ollaan<br />

siirtymässä siihen, että kehittäjät<br />

ovat normaalisti palkattuja,<br />

kuten Linuxin ytimen kehittäjät.<br />

He saavat rahansa esimerkiksi<br />

IBM:ltä tai Novellilta, jotka taas<br />

hyötyvät ytimen parantumisesta<br />

omissa tuotteissaan ja tekevät<br />

niillä rahaa”, Teräs kertoo. TK<br />

U<br />

Kuuntele<br />

koko<br />

keskustelu.<br />

www.tietokone.fi/paneeli<br />

marraskuu <strong>2007</strong> TieToKone 49

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!