Tietokone 13/2007
Tietokone 13/2007
Tietokone 13/2007
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