Lue uutinen mobiilisivustolla

Suljettu koodi on suolaa MySQL:lle

Johtoryhmän jäsenenä on tarkasteltava asioita enemmän konsernin näkökulmasta, Mårten Mickos kertoo.
Kuva: Aleksi Moisio

28.5.2008 13:01 Sunin johtoryhmässä istuva ex-MySQL-toimitusjohtaja Mårten Mickos pitää keskustelua yhtiön ohjelmistojen avoimuudesta tarpeellisena. Mickos myös kommentoi väitettyä välirikkoa Wideniuksen kanssa.

– Jos kukaan ei vastusta päätöstä, se ei ole relevantti.

Näin kommentoi it-jätti Sun Microsystemsin tietokantaryhmän johtaja ja johtoryhmän jäsen Mårten Mickos keskustelua MySQL:n noudattamasta avoimen koodin politiikasta.

MySQL:n toimitusjohtajan titteliä hallussaan pitänyt Mickos siirtyi Sunin palvelukseen, kun it-jätti osti avoimen koodin liikkeen lempilapsiin kuuluvan tietokantayhtiö MySQL:n miljardilla dollarilla tammikuussa.

Pelkoja avoimuuden
jatkosta

Osa MySQL-käyttäjistä säikähti yhtiön myymistä Sunille. He pelkäsivät, että Sun suitsii MySQL:n avoimuutta.

Pelot näyttivät käyvän toteen, kun Sun kertoi suunnitelmista MySQL:n kuudennen version suhteen. Osa versioon kaavailluista ominaisuuksista oli tarkoitus siirtää vain kaupalliseen yritysversioon.

Pelkoja MySQL:n ohjelmistojen avoimuudesta tulevaisuudessa lietsoi myös tieto yhtiön perustajan ja innokkaan patenttienvastustajan Michael "Monty" Wideniuksen ja Mickosin välien kiristymisestä.

– Hän yrittää sotkeutua tuotteen kehittämiseen. Se ei ole Mårtenin vahvimpia puolia, Widenius sanoi Helsingin Sanomien haastattelussa maaliskuussa.

Sunin tilaisuudessa Helsingissä puhunut Mickos kuitenkin rauhoittelee tilannetta.

Kohu MySQL:n 6 -versiosta oli Mickosin mukaan liioiteltu ja perustui osin vääriin tietoihin. Lopulta MySQL kuitenkin perui aikeensa.

Mickos vähättelee myös linjaeroja hänen ja Wideniuksen välillä. Widenius on perustajana vahvasti sitoutunut MySQL:ään, ja siksi hänellä on mielipiteitä lähes kaikista asioista, Mickos sanoo.

– Kaikilla on mielipiteensä ja se on sallittua.

Mickos ei osaa sanoa kuinka paljon MySQL:n linja avoimen koodin suhteen muuttuu Sunin myötä.

Yksi asia on kuitenkin varma: Sun rakentaa liiketoimintaa MySQL:n avulla.

– Suljettu koodi on vähän kuin suola. Liialliset määrät ovat epäterveellisiä, mutta kun sitä käytetään vähän, se tekee ruoasta maistuvaa.

Mickos myös muistuttaa, ettei pelkkä koodin avoimuus takaa mitään. Tulevaisuudessa merkittävää on myös datan ja standardien avoimuus.

Aleksi Moisio
aleksi.moisio@sanoma.fi

Teksti on lisensoitu Creative Commons Nimeä-Ei muutoksia-Epäkaupallinen -lisenssillä.

Kommentit (11)

Sivut: 1 2

EdellinenSeuraava

Anonyymi

 0  0

Asiaton viesti Lainaa

mysqln ongelma on laatu. opensource yhteisö on kehittänyt tuotteen, joka on nopea, mutta joka ei ole erityisen luotettava. 16 eri kantaengineä kertoo myös opensourcen huonoimmasta puolesta, eli koordinoimattomuudesta.

juke 28.5.2008 14:26

Anonyymi

 0  0

Asiaton viesti Lainaa

Hoh! Vai on suljettu koodi kuin suola ...

No ilman suolaakin (taikka erittäin, erittäin vähän käytettynä) on mahdollista elää ...

Äkkiseltään ei kyllä tule mieleen yhtään IT-alan haaraa jossa KOODIN pitäminen suljettuna olisi välttämätöntä.

Ei ole esim. mitään ongelmaa että vaikkapa terveydenhuollon softat olisivat avoimen lähdekoodin ohjelmia (varmaan osa jo onkin).
Kenenkään asiakkaan tietoturva ei siitä vaarannu koska potilastietokannat kuitenkin ovat (toivottavasti) tallessa jossain erillisellä, sisäisen verkon palvelimella johon ei netin kautta pääse.

Sama pätee vaikkapa jotain vaaliäänestys-softaa (mitenköhän Virossa tämä on hoidettu?).
Siinäkin koodin avoimuus ei millään tavalla uhkaisi kenenkään turvaa.
Päinvastoin, koska kuka tahansa voi halutessaan koodia lukea niin kaikenlaiset vilpistelyt yms. mitä suljettuun koodin on joku saattanut rakentaa tulisivat mahdottomiksi.

Mitä taas tulee noiden yritysten jankuttamiseen halusta suojata ns. "Intellectual Propertyänsä" (urgh, mikä sanahirviö) niin niiden täytyy vain alkaa keksiä muita bisnesmalleja.

Nykyaikana ei enää "tässä sulle hieno, pakettiin kääritty softa, 999 ¬ kiitos" liukuhihna bisnesmalli ei enää oikein toimi.

123456789 28.5.2008 14:27

Anonyymi

 0  0

Asiaton viesti Lainaa

Offtopiccia, mutta:

Ei ole esim. mitään ongelmaa että vaikkapa terveydenhuollon softat olisivat avoimen lähdekoodin ohjelmia (varmaan osa jo onkin).
Kenenkään asiakkaan tietoturva ei siitä vaarannu koska potilastietokannat kuitenkin ovat (toivottavasti) tallessa jossain erillisellä, sisäisen verkon palvelimella johon ei netin kautta pääse.

Niin, tätä läheltä tarkastelleena: Yksikään yleisimmin käytettävästä potilaskertomusjärjestelmästä (eikä varmaan mistään muustakaan terveydenhuollon softasta) ole avointa koodia. Suomessa on käytännössä kahden toimittajan monopoli (jos nyt kahdesta noin voi sanoa). Kaikki koodi on suljettua ja älyttömästi ylihinnoiteltua, verrattuna ohjelmien haasteellisuuteen koodaajan näkökulmasta. Pienetkin muutokset noihin ohjelmiin maksavat vähintään kymmeniä tuhansia euroja, puhumattakaan kuusinumeroisista hankintahinnoista, veronmaksajien rahoja!! Ja kehitystyötä ei voi kilpailuttaa, kuten tilanne olisi avoimissa terveydenhuollon ohjelmissa.

Ja koska todellakaan ei ole mitään syytä jonka takia nämä ohjelmat eivät voisi olla avoimia, vaikkapa jonkun TTY:n projektina koodaamia, koska järjestelmien on joka tapauksessa sijaittava julkisen internetin ulottumattomissa, hyvin suojattuina, ihmettelen ettei kukaan ole missään vaiheessa ehdottanut yhtenä terveydenhuollon säästötoimenpiteenä siirtymistä kansallisesti avoimen lähdekoodin sovelluksiin terveydenhuoltoalalla.

Pelkästään näiden nykyisten ohjelmistojen kuukausittaisilla ylläpitokuluilla nimittäin helposti palkkaa henkilökuntaa lisää, jopa hyväpalkkaistakin.

Turhasta maksaja.. 28.5.2008 14:39

Anonyymi

 0  0

Asiaton viesti Lainaa

Ja koska todellakaan ei ole mitään syytä jonka takia nämä ohjelmat eivät voisi olla avoimia, vaikkapa jonkun TTY:n projektina koodaamia, koska järjestelmien on joka tapauksessa sijaittava julkisen internetin ulottumattomissa, hyvin suojattuina, ihmettelen ettei kukaan ole missään vaiheessa ehdottanut yhtenä terveydenhuollon säästötoimenpiteenä siirtymistä kansallisesti avoimen lähdekoodin sovelluksiin terveydenhuoltoalalla.

Tuota tuota. Yhtä hyvin voisi kysyä, mitä hyötyä koodin avoimuudesta on tuotteessa tai järjestelmässä, jolla on hyvin vähän käyttäjiä? Jos HUS havaitsee järjestelmässään puutteen, alkaako HUSin tietohallintojohtaja irccaamalla selvittämään olisiko jollain yhteisössä aikaa?

Kun puhutaan tuollaisista järjestelmistä, myös koodimuutoksilla täytyy olla toimittaja, joka toimii ammattimaisesti, osaa dokumentoida, muistaa testata ja ymmärtää mitä vaikutuksia muutoksilla on jo olemassaolevaan järjestelmään. On aika kaukaa haettua että tällaisilla reunaehdoilla koodin avoimuudesta olisi mitään erityisempää etua.

Toki eihän tämä estä sitä etteikö potilastietojärjestelmää voisi ajaa Apachen päällä käyttäen mySQL -tietokantaa.

TimoH 28.5.2008 18:03

Anonyymi

 0  0

Asiaton viesti Lainaa

Kun puhutaan tuollaisista järjestelmistä, myös koodimuutoksilla täytyy olla toimittaja, joka toimii ammattimaisesti, osaa dokumentoida, muistaa testata ja ymmärtää mitä vaikutuksia muutoksilla on jo olemassaolevaan järjestelmään. On aika kaukaa haettua että tällaisilla reunaehdoilla koodin avoimuudesta olisi mitään erityisempää etua.

Hyvä pointti. Avoin lähdekoodi rokkaa isoissa, yleiskäyttöisissä sovelluksissa (käyttiksissä myös) mutta se kehitys ja tuki on tosiaan täysin riippuvaista siitä, miten läheiseksi kehittäjäyhteisö aihealueen kokee ja miten innokkaasti on sitä valmis kehittämään.

Omassa duunissa on muutama avoimen lähdekoodin palikka mukana ja vaikka moni niistä on painonsa arvoisia kullassa, vastaan on tullut myös muutama tilanne jossa pientä, (yleisesti kaikkia hyödyttävää) säätöä siellä sun täällä pitäisi tehdä mutta ketään ei oikein kiinnosta.

Itse saattaisi osata (mikä on toki se ajatuskin) mutta kun palikka on vain pieni osa isompaa kokonaisuutta jolla on deadline niin ei vain ole aikaa perehtyä sen avoimen lähdekoodipalikan sielunelämään jotta voisi sen hyvin ja asianmukaisesti testattuna korjata jotta se tekisi mitä pitäisi. Alkuperäistä sorsaa voi toki häxätä oman mielensä mukaan vaikka heti mutta siitä nyt ei tule pitkällä juoksulla yhtään mitään.

Yritysmielessä avoin on samalla linjalla suljetun kanssa - kun homma toimii niin se toimii viimeisen päälle loistavasti mutta sitten kun tökkii niin tökkii kunnolla ja avoimen kanssa pahemmin.

Vapaa-ajalla avoin rullaa mennen tullen ja silloin yleensä löytyy niin aikaa kuin mielenkiintoakin osallistua touhuun.

Ageosi 28.5.2008 19:02

Anonyymi

 0  0

Asiaton viesti Lainaa

Ottaen huomioon avoimen lähdekoodin periaatteet, niin olisi mukava tietää jakoiko MySQL:n omistajat tuotteen kehitykseen osallistuneille ns. "fair share" -osuuden.... vai tapahtuiko tässä niin, että innokkuuden ja harrastuksen nimissä tuhannet tekivät ohjelmiston ja muutama sai siitä palkan....

entinen ilmaistyönte 28.5.2008 21:19

Anonyymi

 0  0

Asiaton viesti Lainaa

Tuota tuota. Yhtä hyvin voisi kysyä, mitä hyötyä koodin avoimuudesta on tuotteessa tai järjestelmässä, jolla on hyvin vähän käyttäjiä? Jos HUS havaitsee järjestelmässään puutteen, alkaako HUSin tietohallintojohtaja irccaamalla selvittämään olisiko jollain yhteisössä aikaa?

Ei tietenkään. Olisiko yksinkertaisempaa ottaa puhelin kouraan ja soittaa (tai laittaa sähköpostia) jollekkin softafirmalle ja tilata korjaus. Tässä on se etu että asian voisi kilpailuttaa toisin kuin tänä päivänä. Mahdollisesti myös jakaa kustannuksia muiden korjauksia/muutoksia/kehitystä tarvitsevien kesken.

Ei "Open Source" tarkoita pelkästään rillipäisten nörttiyhteisöjen keskellä yötä yksinäisyydessä tekemää koodausta. Se on nykyään isojen firmojen miljoonabisnes, jota pyöritetään niinkin vanhalla asialla kuin rahalla!

Ja jottei menisi ihan offtopikiksi, niin kyllä tuollaiseen sopisi niin suolattu kuin maustamatonkin MySQL alle.

Turhasta Maksaja.. 28.5.2008 21:58

Anonyymi

 0  0

Asiaton viesti Lainaa

mysqln ongelma on laatu. opensource yhteisö on kehittänyt tuotteen, joka on nopea, mutta joka ei ole erityisen luotettava. 16 eri kantaengineä kertoo myös opensourcen huonoimmasta puolesta, eli koordinoimattomuudesta.

En tiedä mysql:stä, mutta ainakaan postgresql:n kanssa ei ole ollut laajassakaan käytössä ongelmia luotettavuuden tai nopeuden suhteen. Nopeus tietysti vaatii kannan ja sovelluksen oikean suunnittelun softavalmistajasta riippumatta.
Koordinoimattomuus on kyllä yleensä OS puolella ongelmana.

Mutta mieluummin OS kuin yksityinen monopoli. Kantapuolella vielä on useampi toimittaja MS:n lisäksi, mutta kun suuntaus on se, että MS monopolina kehittää alustan, kuinka kauan muut voivat kilpailla MS:n kanssa sovelluskehityksessä sille...

mjaa 29.5.2008 8:44

Anonyymi

 0  0

Asiaton viesti Lainaa

I have one word for you: Fork!
(niille jotka eivät tied mikä "fork" tarkoittaa tässä yhteydessä, kerrottakoon että se on kun softaprojektista tehdään kopio, ja jaetaan se kahteen eri projektiin)

Eli jos MySQL muuttaa strategiansa, niin olen melko varma että suurin osa kehittäjistä siirtyy jatkamaan mysql:n kehittämistä mysql:lle tehtyyn forkkiin. Itse suosin Postgresql:ää, sillä se on aina ollut avoin. MySQL:llä oli ns. avoimuus-onglelmia myös aikaisemmin, joten tämä ei ole mikään uutinen tälle projektille. Esim. MySQL käyttää InnoDB:n ja Berkeley DB:n palikoita, ja yllätys, yllätys, Oracle on ostanut näiden softien takana olevia yrityksiä... Käsitykseni mukaan MySQL:llä ei ole 100% tuki Unicodelle

Postgresql:llä tällaisia edellämainittuja ongelmia ei ole

. 29.5.2008 10:42

Anonyymi

 0  0

Asiaton viesti Lainaa

Fakta: Avointa lähdekoodia ja suolaamatonta MySQL:aa käytetään myös terveydenhuollon ohjelmistoissa.

foobar 29.5.2008 12:17

Sivut: 1 2

EdellinenSeuraava

Ohjeet: Pysy aiheessa ja kirjoita napakasti. Muista, että haastateltavilla, kanssakeskustelijoilla ja toimittajilla on oikeus omaan, eriävään mielipiteeseen. Ole kohtelias, äläkä tarkoituksella provosoi tai hauku muita keskustelijoita. Taloussanomat varaa oikeuden poistaa asiattomat viestit.
Lue koko keskusteluetiketti

Bottivarmistus: mitä on yksi ynnä kahdeksan?
Syötä vastaus numeroina

Viesti
Vähimmäispituus 30 merkkiä

Nimimerkki
Käytä ainoastaan kirjaimia ja numeroita, välilyönnit eivät ole sallittuja.

Varaa oma nimimerkkisi Taloussanomien uutiskommentointiin rekisteröitymällä käyttäjäksi tai kirjaudu sisään.

Rekisteröityminen ja nimimerkin varaus eivät ole pakollisia.

Nimimerkissä saa käyttää ainoastaan kirjaimia ja numeroita. Sen minimimitta on viisi merkkiä ja maksimi kaksikymmentä merkkiä.

Olet kirjautunut sisään, muttet ole vielä valinnut omaa, muille käyttäjille näkyvää nimimerkkiäsi. Varaa nimimerkki omaksesi kirjoittamalla se nimimerkki-kenttään.

Varauksen jälkeen muut eivät voi käyttää nimimerkkiäsi ja se näkyy automaattisesti kaikissa kirjoittamissasi viesteissä.

Huomioithan, ettei nimimerkkiä ei voi muuttaa jälkikäteen.

Nimimerkissä saa käyttää ainoastaan kirjaimia ja numeroita. Sen minimimitta on viisi merkkiä ja maksimi kaksikymmentä merkkiä.