Travel ja Halli-ohjelmistot

Olen siitä kanssasi samaa mieltä, ettei tuollaisen ohjelman kehitys ole läpihuutojuttu, muttei mikään mahdottoman työläskään varsinkaan lahjakkaalle opiskelijalle, jolla on "kaikki" käyttäjäpalaute nyt saatavissaan.

Useinhan ainakin omissa viritelmissäni käyttäjäpuolen lomakkeen ja palvelinpuolen (tietokannan päivitys ja tiedon haku) ohjelmointi on visusti eritelty (jo turvallisuus- ja järkevyyssyistä). Ja tässä tapauksessahan koodaamis- ja suunnitteluvirheet on pääsosin tehty tällä client-side puolella, jonka voisi mielestäni hyvin toteuttaa vaikka open source -pohjalta ilman sen suurempia turvallisuusriskejä.
Itse olen ainakin tehnyt Flash/ActionScript 3- ja xhtml-lomakkeita ja yhdistänyt nämä serveripuolen php-skripteihin. Myös monia muita tekniikoita ja toteutustapoja voisi käyttää.

Lisäksi kommunikaatio tasolla tuotteen käyttäjä - kehittävä yritys ei tässä selvästikään toimi. Mistä suurin kiitos tuntuu lukemani perusteella kuuluvan valtiokonttorille. Koodarina veikkaan, että tämä mahdottoman vaikeasti korjattava vakioarvonasetus valuuttakenttään hoituisi (ainakin omissa toteutuksissani hoituu) vaajaalla rivillisellä uutta koodia!

Eli yksi ratkaisu tähän vakioarvo-ongelmaan olisi lähettää suoraan maili ohjelman kehittäjälle ja jos tämä kyseinen sovellus on nettiselaimissa ajettava, niin 15 minuutin kuluttua tästä palautemailista vakioarvo-ongelma on historiaa ja päivitettyversio on netissä kaikkien nähtävissä. Ei ole mitään mieltä kierrättää palautetta valtiokonttorin kautta jos tämä kanava ei toimi.

Ja mitä tulee valtion nimien ja valuuttojen päivitykseen ohjelmaan niin ne on 15 minuutin juttuja eikä nekään päivittäin muutu. Verotus ja työaikalainsäädäntö yms. voivat olla mutkikkaampia, mutta tuskin ylitsepääsemättömiä ongelmia, mutta nekin muuttuvat suhteellisen harvoin.

talaakso kirjoitti:

Olen siitä kanssasi samaa mieltä, ettei tuollaisen ohjelman kehitys ole läpihuutojuttu, muttei mikään mahdottoman työläskään varsinkaan lahjakkaalle opiskelijalle, jolla on "kaikki" käyttäjäpalaute nyt saatavissaan.

Useinhan ainakin omissa viritelmissäni käyttäjäpuolen lomakkeen ja palvelinpuolen (tietokannan päivitys ja tiedon haku) ohjelmointi on visusti eritelty (jo turvallisuus- ja järkevyyssyistä). Ja tässä tapauksessahan koodaamis- ja suunnitteluvirheet on pääsosin tehty tällä client-side puolella, jonka voisi mielestäni hyvin toteuttaa vaikka open source -pohjalta ilman sen suurempia turvallisuusriskejä.
Itse olen ainakin tehnyt Flash/ActionScript 3- ja xhtml-lomakkeita ja yhdistänyt nämä serveripuolen php-skripteihin. Myös monia muita tekniikoita ja toteutustapoja voisi käyttää.

Lisäksi kommunikaatio tasolla tuotteen käyttäjä - kehittävä yritys ei tässä selvästikään toimi. Mistä suurin kiitos tuntuu lukemani perusteella kuuluvan valtiokonttorille. Koodarina veikkaan, että tämä mahdottoman vaikeasti korjattava vakioarvonasetus valuuttakenttään hoituisi (ainakin omissa toteutuksissani hoituu) vaajaalla rivillisellä uutta koodia!

Eli yksi ratkaisu tähän vakioarvo-ongelmaan olisi lähettää suoraan maili ohjelman kehittäjälle ja jos tämä kyseinen sovellus on nettiselaimissa ajettava, niin 15 minuutin kuluttua tästä palautemailista vakioarvo-ongelma on historiaa ja päivitettyversio on netissä kaikkien nähtävissä. Ei ole mitään mieltä kierrättää palautetta valtiokonttorin kautta jos tämä kanava ei toimi.

Ja mitä tulee valtion nimien ja valuuttojen päivitykseen ohjelmaan niin ne on 15 minuutin juttuja eikä nekään päivittäin muutu. Verotus ja työaikalainsäädäntö yms. voivat olla mutkikkaampia, mutta tuskin ylitsepääsemättömiä ongelmia, mutta nekin muuttuvat suhteellisen harvoin.

Lue lisää

Homma pitäisikin aloittaa melko pitkällä ja perusteellisella määrittelyvaiheella, jossa kaikki mahdollinen liikkuva parametroitaisiin siten, että nuo mainitut vero- ja työehtosopimus- ja valuutta muutokset saataisiin menemään konfigurointimuutoksina ilman sorsakoodin puukotuksia. Eli vähän niin kuin jossakin sapissa ikään, mutta ei sentään niin sairaasti.

Käyttöliittymän pitäisi sitten olla jollakin tavalla eristetty tuosta core-logiikasta, jotta jokainen organisaatio voisi säätää sitä mieleisekseen.

ed. kirjoitti:

Homma pitäisikin aloittaa melko pitkällä ja perusteellisella määrittelyvaiheella, jossa kaikki mahdollinen liikkuva parametroitaisiin siten, että nuo mainitut vero- ja työehtosopimus- ja valuutta muutokset saataisiin menemään konfigurointimuutoksina ilman sorsakoodin puukotuksia. Eli vähän niin kuin jossakin sapissa ikään, mutta ei sentään niin sairaasti.

Käyttöliittymän pitäisi sitten olla jollakin tavalla eristetty tuosta core-logiikasta, jotta jokainen organisaatio voisi säätää sitä mieleisekseen.

Lue lisää

Kiitos erittäin asiantuntevista kommenteistasi!

Tuossa vastauksessasihan nuo oleelliset asiat tuli mainittua erittäin tiiviissä muodossa.

Toivottavasti joku ohjelmoinnin opiskelija- tai jatko-opiskelija innostuisi tämän perusteella jonkin yleishyödyllisen käyttöliittymän suunnittelusta ja toteutuksesta vaikka sitten opinnäytetyönä.

Mitä taas tulee esimerkkeinä käytettyihin ohjelmiin ja niiden takana oleviin yrityksiin: olen pahoillani aiheuttamastani (joskin näin pienehköstä) negatiivisesta "julkisuudesta". Kritiikkini oli suunnattu lähinnä valtiokonttorin "turmeltuneita" toimintatapoja kohtaan. Luulen, että kyseiset yritykset olisivat toimineet vastuullisesti ja päivittäneet ohjelmien puutteita, mikäli kritiikki olisi ohjattu suoraan heille.

myös HS:n toimittajilla.
Sehän nyt on selvä, että joku tekstinkäsittelyohjelma hidastaa toimittajan työtä aivan s**nasti ;-)

Jos tuossa tahallisuudessa olisi perää, mitä minä en tietenkään väitä, voisin kuvitella näiden toimijoiden yhteisen kehityspalaverin kulun. Korostan vielä, että tämä seuraava kirjoitukseni on täysin mielikuvituksen tuotetta, vailla mitään yhtymäkohtia todellisuuteen.

Yrityksen edustaja: Haluatte siis tosissanne jättää oletusvaluutan asettamatta tässä lomakkeessanne?

Valtiokonttorin edustaja: Kyllä, olemme laskeneet että sillä saadaan valtiolle 100 000 euron säästöt per vuosi.

Yrityksen edustaja: Kuten haluatte, tehän olette asiakkamme, mutta vaadin toimenpiteestänne yrityksellemme koituvien imagotappioiden hyvittämiseksi 50 000 euron lisäkorvauksen.

Ja niin he kaikki elivät elämänsä onnellisina loppuun asti (paitsi ohjelman käyttäjät).

talaakso kirjoitti:

Jos tuossa tahallisuudessa olisi perää, mitä minä en tietenkään väitä, voisin kuvitella näiden toimijoiden yhteisen kehityspalaverin kulun. Korostan vielä, että tämä seuraava kirjoitukseni on täysin mielikuvituksen tuotetta, vailla mitään yhtymäkohtia todellisuuteen.

Yrityksen edustaja: Haluatte siis tosissanne jättää oletusvaluutan asettamatta tässä lomakkeessanne?

Valtiokonttorin edustaja: Kyllä, olemme laskeneet että sillä saadaan valtiolle 100 000 euron säästöt per vuosi.

Yrityksen edustaja: Kuten haluatte, tehän olette asiakkamme, mutta vaadin toimenpiteestänne yrityksellemme koituvien imagotappioiden hyvittämiseksi 50 000 euron lisäkorvauksen.

Ja niin he kaikki elivät elämänsä onnellisina loppuun asti (paitsi ohjelman käyttäjät).

Lue lisää

Ei se travel nykyisessä muodossaan ole niin paha kuin mitä tuossa annettiin ymmärtää. Ei se täydellinen ole, mutta sitä ei varmasti kovin helpoksi ja samalla yleiskäyttöiseksi voikaan tehdä. Matkustuslainsäädäntö ja päivärahojen laskenta kun ei ole kauhean yksinkertaista. JA toiset matkustelee ja työskentelee sellaisissa maissa joissa Eurot ei käy.

Ainoat omat valituskohteet ovat hyyyvin pieniä käyttöliittymä tweakkailuja jotka korjautuvat luultavasti edustamani laitoksen kirjanpitomallia yksinkertaistamalla (lafkassa on about 500 hanketta joille matkoja ja työaikoja kohdistellaan).

Törötöö kirjoitti:

Ei se travel nykyisessä muodossaan ole niin paha kuin mitä tuossa annettiin ymmärtää. Ei se täydellinen ole, mutta sitä ei varmasti kovin helpoksi ja samalla yleiskäyttöiseksi voikaan tehdä. Matkustuslainsäädäntö ja päivärahojen laskenta kun ei ole kauhean yksinkertaista. JA toiset matkustelee ja työskentelee sellaisissa maissa joissa Eurot ei käy.

Ainoat omat valituskohteet ovat hyyyvin pieniä käyttöliittymä tweakkailuja jotka korjautuvat luultavasti edustamani laitoksen kirjanpitomallia yksinkertaistamalla (lafkassa on about 500 hanketta joille matkoja ja työaikoja kohdistellaan).

Lue lisää

Yksityisellä puolella käyttämäni matkalaskusoftat ovat olleet poikkeuksetta erittäin helppokäyttöisiä. Siellä kun työaikaa ei haluta uhrata joutavuuksiin, vaan tuottavuus on ykkössijalla. Esim. yliopistoilla tilanne on aivan erilainen, hallintohenkilöstö ei halua ottaa mitään matkalaskuihin liittyvää tehtäväkseen (koska se on vaikeaa) vaan se sysätään käyttäjille, koska hehän siinä ovat "saamassa", missä taas ei ole mitään järkeä, koska olisi halvempaa opettaa käyttö hallinnolle kuin alati vaihtuville tutkijoille/luennoijille.

Avaus kuulosti kyllä erittäin osuvalta.

kai sekin kirjoitti:

Yksityisellä puolella käyttämäni matkalaskusoftat ovat olleet poikkeuksetta erittäin helppokäyttöisiä. Siellä kun työaikaa ei haluta uhrata joutavuuksiin, vaan tuottavuus on ykkössijalla. Esim. yliopistoilla tilanne on aivan erilainen, hallintohenkilöstö ei halua ottaa mitään matkalaskuihin liittyvää tehtäväkseen (koska se on vaikeaa) vaan se sysätään käyttäjille, koska hehän siinä ovat "saamassa", missä taas ei ole mitään järkeä, koska olisi halvempaa opettaa käyttö hallinnolle kuin alati vaihtuville tutkijoille/luennoijille.

Avaus kuulosti kyllä erittäin osuvalta.

Lue lisää

Kuinka isoista yksityisistä toimijoista oli kyse? Valtiolla/kunnalla noita travelin käyttäjiä on arvioni mukaan vähintään 10000 henkeä. Tuohon kymmeneen tuhanteen mahtuu mukaan sellaisia jotka matkustavat kerran vuodessa johonkin hankekokoukseen kun on pakko, ja sitten sellaisia jotka matkustavat 4 päivää viikosta eri kohteisiin. En tiedä yksityisestä puolesta, mutta valtion lafkoissa noihin liittyy mitä kummallisimpia säännöstöjä ja erikoisuuksia. Väitän edelleen että merkittävästi yksinkertaisempaa sovellusta ei saa tehtyä.

Ja aivan takuulla sitä ei saa tehtyä harjoitustyönä.

suljetut rajapinnat, joita nuo pari markkinat jakanutta toimijaa harrastavat. Tomi Voutilainenhan on tästä asiasta kirjoitellutkin ja melko kriittiseen sävyyn. Saa nähdä johtaako mihinkään.

Olen kyllä nähnyt tällä alalla (asiakkaan nimeä en mainitse, mutta iso toimija) miten homma toimii. Toimittaja ei nyt suoranaisesti pyrkinyt suljettuihin rajapintoihin, mutta kun homman annettiin olla yleistä kaaosta, lopputuloksestakin tuli aivan järkyttävä variksenpesä. Käytännössä tuo tunnettu toimittaja oli siis myyntitykki, joilla oli lauma opiskelijoita peloteltavana :)) Asiakashan ajattelee vain mitä tämä f*n feature maksaa. Kukaan ei ota vastuuta mistään. Ei ainakaan kokonaisuuden laadusta tai järkevyydestä.

Pohjimmiltaan on kysymys julkisen sektorin ostajien huonosta ammattitaidosta.

Ja sitä en kyllä puolustele, että alalle on hyvinä vuosina pesiytynyt joitakin elämäntapa sählääjiä, joilta kunnollista lopputulosta on turha odottaa.

Ammattikorkeakouluopiskelijoiden puuttuminen listastani johtui vain omista puutteellisista tiedoistani tältä puolelta, eikä ollut mikään kannanotto.

6) Ammattikorkeakouluopiskelijat

Open source -puoli voisi olla ihanteellinen tälläiselle projektille. Kun tällaiselle projektille löytyisi vain ainakin yksi kokenut vetäjä, mieluummin useampi pätevä vastuuhenkilö. Suuri ongelmahan tuossa on aloittaminen, kun open source -koodarit ja oppilaitosten ohjelmistoista vastaavat (ja myös oppilaitosten opiskelijat) pitää saada yhteistyöhön. Yhteistyön käynnistäminen vaatii ainakin yhtä ihmistä, jolla on sekä kyky että timantinkova tahto saada projekti käyntiin.

Mielestäni myös opiskelijoilla ja jatko-opiskelijoilla teetetyt ratkaisut voivat toimia, jos niitä kehitetään ja niistä ollaan vastuussa pitkällä tähtäimellä. Opiskelijat tietysti vaihtuvat, mutta oppilaitoksessa voi olla pysyvästi vastuuhenkilö joka muiden tehtäviensä ohella vastaa tällaisista projekteista.

Opiskelijat saisivat tässä yhden lisämahdollisuuden työkokemukseen ja työnäyttöihin. Kriittiset serveripuolen tietokantaratkaisut jätettäisiin rutinoituneille ammattilaisille, mutta client-side käyttöliittymän voisi toteuttaa oppilaitoksen jatkuvana oppilasprojektina jolla olisi vaikkapa professori vastuuhenkilönä.