Aateekoon kesto-ongelma, kutsun sitä myös nimellä "magic fairy dust": tietojärjestelmiä lähestytään taikuuden näkökulmasta.
-
Aateekoon kesto-ongelma, kutsun sitä myös nimellä "magic fairy dust": tietojärjestelmiä lähestytään taikuuden näkökulmasta.
Tietojärjestelmän käyttäjä haluaa ratkoa ongelmiaan. Ei mitään tiettyä, spesifiä ongelmaa vaan ongelmiaan ylipäätään. Ongelmia ei analysoida, vaan ne halutaan hävittää. Tietojärjestelmä on taikapölyä, joka kadottaa ongelmat.
Tietojärjestelmän rakentajat tykkäävät tästä maineesta, vaikka ainakin koodaustasolla on päivänselvää, että 1/n
-
Aateekoon kesto-ongelma, kutsun sitä myös nimellä "magic fairy dust": tietojärjestelmiä lähestytään taikuuden näkökulmasta.
Tietojärjestelmän käyttäjä haluaa ratkoa ongelmiaan. Ei mitään tiettyä, spesifiä ongelmaa vaan ongelmiaan ylipäätään. Ongelmia ei analysoida, vaan ne halutaan hävittää. Tietojärjestelmä on taikapölyä, joka kadottaa ongelmat.
Tietojärjestelmän rakentajat tykkäävät tästä maineesta, vaikka ainakin koodaustasolla on päivänselvää, että 1/n
mikään tietojärjestelmä ei kadota ongelmia, vaan muuntaa niitä toisenlaiseen muotoon. Tietojärjestelmä automatisoi ja nopeuttaa niitä osia ongelman ratkaisusta, jotka voidaan ratkoa yksikäsitteisesti. Tietojärjestelmä ei ratko ongelmia ollenkaan!
Ongelmia ratkovat ihmiset. Ihmiset miettivät, mitä pitäisi tapahtua, ihmiset koodaavat (mikäli asia ylipäätään on koodattavissa) tämän ohjelmistoksi ja sitten koodatut osat tapahtuvat systemaattisesti aina samalla tavalla ja nopeasti.
2/n
-
mikään tietojärjestelmä ei kadota ongelmia, vaan muuntaa niitä toisenlaiseen muotoon. Tietojärjestelmä automatisoi ja nopeuttaa niitä osia ongelman ratkaisusta, jotka voidaan ratkoa yksikäsitteisesti. Tietojärjestelmä ei ratko ongelmia ollenkaan!
Ongelmia ratkovat ihmiset. Ihmiset miettivät, mitä pitäisi tapahtua, ihmiset koodaavat (mikäli asia ylipäätään on koodattavissa) tämän ohjelmistoksi ja sitten koodatut osat tapahtuvat systemaattisesti aina samalla tavalla ja nopeasti.
2/n
Omien ongelmiensa ratkaisua ei voi ulkoistaa täysin. Voi käyttää konsulttia, mutta koska ongelma on oma, ratkaisutkin ovat omia, vaikka sellaisen ostaisi muoviin käärityssä paketissa (vrt. muinoin joku Word, sen sai pahvilaatikossa).
Niin kauan kuin tätä ei myönnetä ja toimita sen mukaan, ongelmien ratkaisu siten, että ongelma tosiaan ratkeaa, ei onnistu.
Surkeaa tilannetta ruokkii toisaalta ongelmien ratkaisua hakevien haluttomuus selvitellä asioitaan, ja toisaalta tietoteknistä apua 3/n
-
Omien ongelmiensa ratkaisua ei voi ulkoistaa täysin. Voi käyttää konsulttia, mutta koska ongelma on oma, ratkaisutkin ovat omia, vaikka sellaisen ostaisi muoviin käärityssä paketissa (vrt. muinoin joku Word, sen sai pahvilaatikossa).
Niin kauan kuin tätä ei myönnetä ja toimita sen mukaan, ongelmien ratkaisu siten, että ongelma tosiaan ratkeaa, ei onnistu.
Surkeaa tilannetta ruokkii toisaalta ongelmien ratkaisua hakevien haluttomuus selvitellä asioitaan, ja toisaalta tietoteknistä apua 3/n
tarjoavien turhamaisuus: oma käsitys siitä että on jonkinlainen taikuri joka hups vaan hävittää ongelmat vetämällä hatustaan ohjelmistokaniinin.
Tämä on se ongelma, joka pitäisi ratkaista, että ohjelmistokehityksestä saataisiin vähän rationaalisempaa ja myös kivempaa kaikkien kannalta.
Tämä ongelma ei ratkea uusilla välineillä. Agile on ihan turhaa tässä (agile on muutenkin tapa suojautua asiakkaalta), erilaiset muut menetelmät samoin, koska nämä ehkä tiedostamattomat, tunnetason 4/n
-
tarjoavien turhamaisuus: oma käsitys siitä että on jonkinlainen taikuri joka hups vaan hävittää ongelmat vetämällä hatustaan ohjelmistokaniinin.
Tämä on se ongelma, joka pitäisi ratkaista, että ohjelmistokehityksestä saataisiin vähän rationaalisempaa ja myös kivempaa kaikkien kannalta.
Tämä ongelma ei ratkea uusilla välineillä. Agile on ihan turhaa tässä (agile on muutenkin tapa suojautua asiakkaalta), erilaiset muut menetelmät samoin, koska nämä ehkä tiedostamattomat, tunnetason 4/n
Sössin jotenkin ketjun, tässä viimeinen töötti: https://mastodon.online/@carto/116040327882377795
-
Sössin jotenkin ketjun, tässä viimeinen töötti: https://mastodon.online/@carto/116040327882377795
@carto Juuri näin
ATK:lla saa kierrätettyä sekalaiset ongelmat koodiin ja betonoiduksi ne seuraavaan järjestelmäuudistukseen saakka 
Mun työkalupakissa pari tärkeintä asiaa on kysyä ”miksi?” sekä ”Mitä tässä yritetään nyt ratkaista, mikä tarve on pyynnön X takana?” Noita toistelemalla välttyy paljolta koodaamiselta ja siltä harmilta, kun ongelmasta on tehty kiinteä koodaamalla.
-
R ActivityRelay shared this topic
