Ubuntulle kotimaista ohjelmistotuotantoa

[immoT]

Kannatan varastokirjanpitoon, tuoterekisteriin, materiaalien hallintaan liittyvän ohjelmiston tekemistä, jossa pohjana toimisi asiakasrekisteri sekä laskutusmahdollisuus.

Eikös noita ole jo parikin kotimaista projektia? Sen sijaan kirjanpitoa ei tietääkseni ole. Tappion vastineelle olisi todennäköisesti kysyntää.

Onko? Jos on niin mitä..?

Palvelimelle asennettava nettiselaimella toimiva systeemi
http://www.devlab.fi/toiminnanohjaus

http://pklasku.sourceforge.net/

[mgronber]

Kannatan varastokirjanpitoon, tuoterekisteriin, materiaalien hallintaan liittyvän ohjelmiston tekemistä, jossa pohjana toimisi asiakasrekisteri sekä laskutusmahdollisuus.

Eikös noita ole jo parikin kotimaista projektia? Sen sijaan kirjanpitoa ei tietääkseni ole. Tappion vastineelle olisi todennäköisesti kysyntää.

Onko? Jos on niin mitä..?

GoaH, Pupesoft ja PkLasku.

[presidentti]

GoaH, Pupesoft ja PkLasku.

Maininta tähän väliin, GoaH minulle uusi tuttavuus, mitä pitäisi testata, pupesoft ehkä pätevä mutta hankala asentaa sekä ylläpitää, eikä ensimmäistäkään vakaata versiota. PkLasku taas soveltuu yritykselle, joka lähettää sen kolme laskua vuodessa. Muuten ok, mutta puutteellinen.
Enkä nyt puhu pelkkää shaibaa. Kahta ylläolevaa olen testannut ja tullut ylläoleviin tuloksiin. PK yrityksellä ei ole aikaa alkaa säätämään yhden ohjelman kanssa, ja sitten vasta kusessa ollaankin kun ne asiakasrekisterit sekä vanhat laskut ovat kadonneet.
Eli, jos hommaa aletaan tekemään, täytyy varata tarpeeksi aikaa suunnitteluun ja pohjatyöhön. Näen, että tälläiselle ohjelmalle on kysyntää, ja oikeastaan kunnollinen yrityksen talouhallinto ohjelmisto puuttuu, että linux olisi riittävä pk -yrityksen tarpeisiin.

[mgronber]

GoaH, Pupesoft ja PkLasku.

[...]
Enkä nyt puhu pelkkää shaibaa. Kahta ylläolevaa olen testannut ja tullut ylläoleviin tuloksiin.

Minä en ole testannut yhtäkään noista. Muistan täällä forumilla nähneeni että jossain noista oli niinkin yksinkertaisia ongelmia kuin ALV-summien desimaalivirheitä yhteenlaskussa. Selvä suunnittelu- ja toteutusvirhe. ALV pitää laskea oikeassa paikassa auki ja raha-arvojen olisi syytä olla kokonaislukuja liukulukujen sijaan.

Minäkään en siis ole hirveän vakuuttunut noista mutta toisaalta suhtaudun skeptisesti tällaisen "koodataanpas nyt jotakin Linuxil^WUbuntulle" -projektin kykyyn toteuttaa suuria projekteja kylmiltään.

Ominaisuuksiltaan Tappiota vastaavalle kirjanpidolle olisi todennäköisesti runsaasti kysyntää ja se on pari kertaluokkaa yksinkertaisempi ja pienempi projekti toteuttaa. Voisin väittää että tuollaisen toteuttaa yksikin henkilö pääpiirteiden osalta parissa viikossa.

Eli, jos hommaa aletaan tekemään, täytyy varata tarpeeksi aikaa suunnitteluun ja pohjatyöhön. Näen, että tälläiselle ohjelmalle on kysyntää, ja oikeastaan kunnollinen yrityksen talouhallinto ohjelmisto puuttuu, että linux olisi riittävä pk -yrityksen tarpeisiin.

Koen että olemme pitkälti samaa mieltä. Minusta siipiä kannattaisi kokeille kevyemmän projektin parissa ja sitten siirtyä suurempaan kokoluokkaan.

[Sorkkarauta]

Kaikki kunnia em. ohjelmistojen tekijöille ja ohjelmille. Varmasti niillä saa tehtyä perusasioita, mutta pitkäjännitteiseen käyttöön en niiden kanssa lähtisi muutaman puutteen vuoksi, joka ei koske niinkään koodia tai sovelluslogiikkaa.

Noissa kaikissa ohjelmistoissa on leimaa antavia puutteita, joita ei ole esimerkiksi Firefoxissa, Open Officessa tai muissa menestyneissä avoimen koodin sovelluksissa. Niiltä puuttuu hallinnollinen elementti, joka toisi jatkuvuutta. Se mitä pitäisi mahdollisessa ohjelmistoprojektissa toteuttaa on jatkuvuus, uskottava kehitysyhteistö ja toimiva jakelu (en tarkoita pakettivarastoja tai sourgeforgea, ts. fyysistä jakelua).

Se mitä pitäisi pystyä tekemään, on suunnittelun ja toteutuksen lisäksi jatkuvuus sekä ohjelmiston elinkaari. Pitkä elinkaari tarkoittaa kehitysyhteisön tukea, jonka pitäisi pystyä vastaamaan muuttuviin vaatimuksiin esimerkiksi viranomaisten osalta. Uskoisin, että elinkaarta voitaisiin saada, mikäli kehittäjäyhteisö olisi motivoinut ja sitoutunut tuotettavien ohjelmistojen ylläpitoon.

[VELKKi]

Hyvä, että epäilijöitäkin joukosta löytyy. Tietenkään projektia ei pidä lähteä tekemään ajatuksella kaikki mulle heti ja nyt. Hyvin suunniteltu on puoliksi tehty pitänee paikkansa tässäkin tapauksessa.

Mielestäni suurin ongelma jo olemassa olevissa yritysohjelmistoissa on kankeus. Kankeudella tarkoitan sitä, että paketista on vaikea tai mahdoton räätälöidä pienellä vaivalla omiin tarpeisiin sopivaa. Esimerkiksi jos haluan vain asiakastietokannan ja mahdollisuuden tulostaa laskuja esim. valmiiksi painetuille pohjille tulee mukana väkisinkin kirjanpito ja muuta tässä tapauksessa turhaa. Ohjelmiston pitäisi olla vahvasti modulaarinen, jotta erilaiset käyttötarpeet voitaisiin huomioida.

[Ryppy]

Sorkkis toi esille tärkeän seikan:
Kun tehdään ohjelmia yritys käyttöön, on ohjelman tekoon
osallistuneista jonkun sitouduttava myös ohjelman kehittämiseen,
tukeen ja bugien korjaamiseen.

Tavallisesti käy näin.
Huvikseen tehty ohjelma kun saadaan jonkin laiseen käyttö kuntoon
saa se sen jälkeen jäädä "Herran huomaan". Siitä kun ei riitä enää
hupia eikä intokaan riitä jatkamaan.
Yritys tarvitsee kuitenkin vakaita ja luotettavia ohjelmia.

[Sorkkarauta]

Sorkkis toi esille tärkeän seikan:
Kun tehdään ohjelmia yritys käyttöön, on ohjelman tekoon
osallistuneista jonkun sitouduttava myös ohjelman kehittämiseen,
tukeen ja bugien korjaamiseen.

Tavallisesti käy näin.
Huvikseen tehty ohjelma kun saadaan jonkin laiseen käyttö kuntoon
saa se sen jälkeen jäädä "Herran huomaan". Siitä kun ei riitä enää
hupia eikä intokaan riitä jatkamaan.
Yritys tarvitsee kuitenkin vakaita ja luotettavia ohjelmia.

Eikä pelkästään yritykset, kyllä se näin kotikäyttäjällekin tuo arvoa mikäli käytettävät ohjelmistot ovat ajantasaisia. Tietenkin tapauskohtaisesti riippuu, kuinka ajantasaisuudella on ohjelman käyttöarvoon merkitystä. Tässä Linux -maailmassa on se hyvä puoli, että ohjelmistot eivät käytännössä vanhene ainakaan teknisen ajoympäristön puitteissa koska ei ole kukaan yksittäinen tekijä sanomassa että "nyt vaihtuu järjestelmä, tuen jatkamiseksi osta uusi järjestelmä ja osta uusi versio ohjelmasta". Siksikin tämä antaisi erinomaisen mahdollisuuden tehdä softaa esim. Ubuntulle, jolloin softa olisi helposti portattavissa muillekin alustoille.

[eliasj]

Olisiko uuden ohjelman tekemisen sijaan kannattavampaa parannella jo olemassa olevia ohjelmia, vaikka rankallakin kädellä?

[Sorkkarauta]

Olisiko uuden ohjelman tekemisen sijaan kannattavampaa parannella jo olemassa olevia ohjelmia, vaikka rankallakin kädellä?

Joskus on, joskus ei. Yleensä on parasta tehdä kunnollinen suunnitelma ja vaatimusmäärittelyt, jonka jälkeen kartoitetaan vaihtoehdot. Valmiina olevasta ohjelmasta saa kyllä näppärästi speksejä esimerkiksi tietosisällön suhteen, mutta mikäli pystytään haastamaan vanha ohjelma uusilla ideoilla ja luomaan lisäarvoa sitä kautta, niin kannattaa hankkeeseen lähteä. Vanhoilla ohjelmilla tahtoo olla lisäksi rasitteena vanha maine, mikäli ohjelmiston ylläpitoa ja kehitystä on lyöty laimin, eikä tiedotuksessakaan olisi onnituttu.

[eliasj]

Olisiko uuden ohjelman tekemisen sijaan kannattavampaa parannella jo olemassa olevia ohjelmia, vaikka rankallakin kädellä?

Vanhoilla ohjelmilla tahtoo olla lisäksi rasitteena vanha maine, mikäli ohjelmiston ylläpitoa ja kehitystä on lyöty laimin, eikä tiedotuksessakaan olisi onnituttu.

Voihan sen nimen vaihtaa ja lähteä kehittämään sitä tuotetta ihan omalla tavalla, jos sen maine on liian huono.

[Sorkkarauta]

Olisiko uuden ohjelman tekemisen sijaan kannattavampaa parannella jo olemassa olevia ohjelmia, vaikka rankallakin kädellä?

Vanhoilla ohjelmilla tahtoo olla lisäksi rasitteena vanha maine, mikäli ohjelmiston ylläpitoa ja kehitystä on lyöty laimin, eikä tiedotuksessakaan olisi onnituttu.

Voihan sen nimen vaihtaa ja lähteä kehittämään sitä tuotetta ihan omalla tavalla, jos sen maine on liian huono.

Ai niinkuin Vista = Windows 7

[Hexa_Desimaali]

Se mitä pitäisi pystyä tekemään, on suunnittelun ja toteutuksen lisäksi jatkuvuus sekä ohjelmiston elinkaari. Pitkä elinkaari tarkoittaa kehitysyhteisön tukea, jonka pitäisi pystyä vastaamaan muuttuviin vaatimuksiin esimerkiksi viranomaisten osalta. Uskoisin, että elinkaarta voitaisiin saada, mikäli kehittäjäyhteisö olisi motivoinut ja sitoutunut tuotettavien ohjelmistojen ylläpitoon.

Ubunnun alun nopean kehityksen ja tuen takana ovat Shuttleworthin miljoonat. Toisaalta mitä Debianilla on? Kriittisen massan kerääminen onnistuu helpoiten projekteissa, joiden tuloksia voivat koodaajat itse hyödyntää. Esimerkiksi on vaikea löytää vapaata 3D-mallinnusohjelmaa, sillä harva koodaaja on myös koneensuunnittelija. Koodaajatkin tarvitsevat kirjanpitoa ja laskutusta.

Jatkuvuus on erittäin tärkeää talousohjelmille, koska vaatimukset muuttuvat jatkuvasti. Jonkun pitää aina jaksaa koodata uusimmat lait ja asetukset. Talousohjelmiston kotisivuilla pitää selkeästi käydä ilmi, että tämä ohjelma laskee voimassa olevien vaatimusten mukaan. Ketä huvittaa asentaa ohjelma, jossa parasta ennen -päiväys on kolme vuotta vanha?

[Kari_Juhani]

en voi, kun en osaa tarpeeksi. Mutta jos joku tekee - varsinkin sellaista jota tarvitaan - niin voisin ostattaa....

Kari

[TimoK]

Moido,

Pakko ottaa vähän osaa tähän keskusteluun. On ihan hienoa jos Suomesta löytyy kiinnostusta ohjelmistoprojektien vetämiseen Ubuntulle. Mutta, se että onko business tason ohjelmistot sitten oikeita softia alusta sidonnaisuuteen? Nyt siis tarkoitan alustasidonnaisuudella, sitä että ohjelmisto sidotaan johonkin tiettyyn käyttöjärjestelmään tai pahimmillaan käyttöjärjestelmä versioon tai jakeluun. No tuskin kukaan sellaista oikeasti on paljoa suunnittellutkaan.

Ajatellaan normaaleja palveluyrityksiä joita on Suomessa paljon. Siellä työntekijät harvoin tietävät mikä käyttis koneessa on. Vastauksena voi tulla esimerkiksi Windows tai Mäcci. Joo siis ei se Mäcci mikään käyttis ole, mutta se kuvastaa sitä tietämystä mitä vaikka jollakin pitopalveluyrityksellä on.

Pidetään nyt esimerkkinä tuo pitopalveluyritys. Siellä on 3 - 8 henkeä töissä eikä kenelläkään juuri kokemusta IT-asioista. Sähköpostia osataan käyttää mutta ei edes tiedetä mikä se sähköpostiohjelma on. Käyttäjät voisivat vakavissaan kysyä, että onko niitä erilaisia sähköpostiohjelmiakin olemassa. Tämmöiseen yritykseen on hyvin vaikea myydä ylipäätään mitään ohjelmistoa vedoten, että nyt on tarjolla vapaanlähdekoodin softa Ubuntulle joka sopii teille. Firmalla tuskin on Ubuntua käytössä, se toisi lisää epävarmuutta ohjelmiston käyttöönottoon. Vielä jos joku linux-palvelinkin tarvittaisiin...

Se mitä pitopalveluyritys voisi haluta, myyntireskontra, tilauskirjanpito, työaikakirjanpito / kalenteri, helppo järjestelmä matkalaskujen tekemiseen jne...
Varmasti tarpeet on laajempia tai erilaisia jos asiaa alkaisi oikeasti selvittämään.

Sitten se kysymys. Kummalla tavalla olisi helpompi myydä / tarjota tuollainen palvelu yritykselle. Ilmoittamalla, että saatte tuon ohjelmiston ilmaiseksi kun teidän koneisiin asennetaan ensin Ubuntu linuxit ja sitten asennetaan se ohjelmisto siihen. Veloitamme vain asennuksesta koituneen työnajan. Ei siis myydä ohjelmistoa vaan annetaan ohjelmisto ilmaiseksi ja rahastetaan asennus ja ylläpitopalvelulla.

Vai olisiko helpompaa näin: Avaatte www-selaimella tuon firmamme osoitteen kirjaudutte järjestelmään tällä tunnuksella jonka olemme teille tehneet ja alatte käyttää. Saatte käyttää palvelua kuukauden ilmaiseksi ja mikäli olette tyytyväinen palveluun, voimme sopia jatkosta edullisen sopimuksen... Eikö kuulostakin helpolta. Näin ollen ei ole väliä käytetäänkö pitopalvelussa Ubuntua, Windowsia vai Mäcciä. Eli siis SAAS on se mihin minusta pitäisi keskittyä. Opensource-saas järjestelmien kehittämiseen siis.

Tulevaisuudessa kilpailua käytäisiin enempi palvelun laadulla jne. Tähän on tarpeesta riippuen useita eri ratkaisuja, Microsoft on esitellyt Silverlightin jolla voi ajaa XBAP sovelluksia, sama toimii linuxissa ja mäcissä. Vaikka systeemi on Microsoftin alulle panema, niin linux puolellakin kaikki nuo systeemit taitaa olla ihan avointa koodia. Linuxilla voi olla omia vastaavia juttuja joista en tiedä. Puhdas www-palvelupuolen ja AJAXin käyttäminen voi olla hyvin toimiva malli myös kuten jotkin java pohjaiset systeemitkin. Ratkaisu käytettävästä tekniikasta tulee tehdä ihan tarpeiden mukaan ja sillä, että halutaanko käyttää käyttäjien tietokoneiden omaa laskentatehoa vai palvelimen. No useimmissa tapauksissa laskentakin kannattaa hajauttaa käyttäjien omille koneille. Tiedon varastointi sitten ainoastaan palvelimelle tai sekä palvelimelle ja käyttäjien koneille jos saadaan tehtyä järjestelmä joka toimii myös offline-tilassa.

Aina kannattaa lähteä kehittämään näitä juttuja sillä ajatuksella, että miten asiakkaan on kaikkein helpointa ottaa uusi järjestelmä käyttöönsä ja miten hän saa siitä eniten kilpailuetua muihin nähden.

--
Timo

[Jakke77]

khyl mää ny jotain pientä tarvittaessa voisin tehdä, ehkä voisin testatilla tai jotain kun en kovin koodaamisen ammattilainen kuitenkaan ole......