Digitalisaatio - hyvät ja huonot puolet

  • Keskustelun aloittaja Keskustelun aloittaja Sompi
  • Aloitettu Aloitettu
QR-koodiin voi pistää ihan mitä tahansa sisältöä. tätä rajoittaa lähinnä:
  • Käytettävästä merkistöstä riippuen maksimi payload koko on muutaman kilotavun luokkaa. Ja kovin isolla payloadilla itse koodi on myöskin hyvin kookas.
  • Jos tarkoitus on lukea koodi olemassaolevalla lukijalla, esimerkiksi puhelimen normaali kameralla, niin uusia protokollia ei oikein voi keksiä. Tuollaisiin tilanteisiin tarvitaan erillinen lukijasovellus. Vaikkapa tuossa koronatodistuksessa tuo "hc1" kertoo mitä sisältöä loppuosa on. Tuntemattomista sisällöistä saat vaihtelevan virheilmoituksen että sisältöä ei ymmärretty. Tosin vaikka tuo koronatodistus lukeutuu ainakin iPhonen normi kameralla ihan oikein ja näyttää samat tiedot kuin oletetaan.
 
Nordea haluaisi nyt sitten että siirryttäisiin mobiilivarmenteisiin.

Ihmettelen tosin hieman, ettei sitä henkilökortin kansalaisvarmennetta mainita edes sivulauseessa vaihtoehtona. Se 53 € hinta per 5 vuotta on kuitenkin alle puolet esim Elisan mobiilivarmenteen kustannuksesta samalle ajalle.
 
Viimeksi muokattu:
Nordea haluaisi nyt sitten että siirryttäisiin mobiilivarmenteisiin.

Ihmettelen tosin hieman, ettei sitä henkilökortin kansalaisvarmennetta mainita edes sivulauseessa vaihtoehtona. Se 53 € hinta per 5 vuotta on kuitenkin alle puolet esim Elisan mobiilivarmenteen kustannuksesta samalle ajalle.
Se vaatii erillisen lukijan ja lisäksi sen käyttöönotto (ja kahden pin-koodin kanssa käyttäminen) on tavan tallaajalle sen verran kömpelö prosessi, että ei ihmekään kun sitä ei kehdata ehdottaa laajemmin.
 
Tuli fiilis, että käyn nostamassa fyffet patjan alle talteen.
Eikö yks maailman suurimmista pankkiryöstöistä nojannu juuri noihin eräajoihin ja epäonnistu ihan pelkällä tuurilla kun yhden vastaanottajan tilissä oli yhden kirjaimen kirjoitusvirhe?

Tavallaan mä en oikeastaan pidä noita ison skaalan hakkerointeja isoimpana uhkana, ehkä juuri siksi että niitä järjestelmiä on niin hitosti jo yksittäisen pankin sisällä, ja siten siellä on ihan saakelisti kohtia missä niitä koitetaan täsmäyttää keskenään jotta siellä pysyy summat ojennuksessa. Siten jos jonnekin yhteen järjestelmään pystyisikin syöttelemään omiaan (kuten tuossa esimerkkijutussakin kävi) niin on iso sauma että se narahtaa jossain kohtaa johonkin tarkastukseen, ja sitten koko homma vedetään seis. Ja melkeinpä aina se vaatii aika syvällistä tuntemusta niistä pankin järjestelmistä, joka on jo lähtökohtaisesti aika short-supply -kamaa, ja siten se potentiaalisten syyllisten lista on melko lyhyt.

Ehkä suurempi pay-off on koittaa kusettaa isoa määrää yksittäisiä ihmisiä sössimään itse juttunsa pankkitunnareillaan.

Eikä se rahojen katoaminen sinänsä ole se isoin riski, vaan se että nuo järjestelmät ajetaan johonkin epäsynkkaan ihan jonkun virheen takia, ja siksi jutut jää seisomaan, kun koitetaan selvittää että miksi yhdessä järjestelmässä näyttää että jollain välitystilillä on 83,25€ enemmän tai vähemmän kuin toisella, vaikka pitäisi olla saman verran. Tavallaan aiheutetaan se DOS ihan itse.
 
Tässähän selitetään, mistä pankkien ongelmat johtuvat eli vanhasta ohjelmointikielestä/systeemeistä. Onkohan pankit ajatelleet, ettei tuollaisiin 80-luvun systeemiin saa osia enään

Tässäkö syy pankkiongelmiin? Tietojärjestelmät ovat 80-luvulla käyttöönotetun keskustietokoneen varassa

IBMltä saa kyllä vanhojen järjestelmien kanssa yhteensopivaa uutta mainframe-rautaa edelleen, mutta ongelma on se softa joka on kirjoitettu COBOLilla joka on todella typerä ohjelmointikieli jolla asioien kirjoittaminen on muutenkin hidasta ja jota juuri kukaan ei enää osaa, että muutosten/korjausten tekeminen siihen softaan on hankalaa ja kallista.


 
Viimeksi muokattu:
Nyt oli päivän Hesarissa digitalisaation huonosta puolesta malliesimerkki. Rapakon takana robotti-imurit kiusaavat perheen koiria ja huutelevat asukkaille rasistisia kommentteja. IoT-tietoturva+++
 
IBMltä saa kyllä vanhojen järjestelmien kanssa yhteensopivaa uutta mainframe-rautaa edelleen, mutta ongelma on se softa joka on kirjoitettu COBOLilla joka on todella typerä ohjelmointikieli jolla asioien kirjoittaminen on muutenkin hidasta ja jota juuri kukaan ei enää osaa, että muutosten/korjausten tekeminen siihen softaan on hankalaa ja kallista.

Mun kokemuksen mukaan toi Cobol ei ole se suurin ongelma vaan se arkaainen yleisarkkitehtuuri, ja se että koitetaan tehdä nykyaikaisia reaaliaikaisia ja eventtipohjaisia järjestelmiä tiukkaan ajastettuihin eräajoihin pohjaavien taustajärjestelmien päälle, kirjoittelin tästä pidemmän pätkän väärään ketjuun.

Cobolissa itsessään on hyviäkin puolia pankki / taloushallinto / laskentatoimen järjestelmissä, joissa yleensä ne suurimmat ongelmat eivät ole sellaisia että niissä olisi suuresti apua jostain fiineistä koodipatterneista tai rakenteista, vaan se että kokonaisuudesta tulee niin hankalasti ymmärrettävä, ettei syy-seuraussuhteet pysy räpylässä. Cobolissa on se hyvä puoli, että se on oikeasti helppolukuista, ja tietty kankeus ja vanhanaikaisuus rakenteissa ei myöskään rohkaise ylimääräiseen kikkailuun. Ainakin ne pankin Cobol-sorsat joista yritin itse änkätä että mitähän mikäkin palikka oikeasti tekee olivat paljon selkeämpiä ja yksiselitteisempiä kuin ko. palikoista olemassa olleet dokumentaatiot.

Kehittäminen Cobolilla on sitten nykyaikaisesta näkökulmasta aika karseaa. Asiaa vielä pahentaa se, että mainframeilla "testiympäristöjen" (mitähän ne oikeasti siellä puolella olikaan, namespaceja tms?) pystyttäminen ei ole helppoa eikä halpaa, ja useimmiten niitä on vähän jos ollenkaan. Sitten testaillaan joillain feikkiasiakkailla ja feikkitileillä tuotantoympäristössä 😖

Mutta eihän tuolla tietenkään juuri Cobolilla mitään kehitetäkään, vaan koitetaan tehdä uusia softakerroksia niiden legacysoftien päälle.
 
QR-koodiin voi pistää ihan mitä tahansa sisältöä. tätä rajoittaa lähinnä:
  • Käytettävästä merkistöstä riippuen maksimi payload koko on muutaman kilotavun luokkaa. Ja kovin isolla payloadilla itse koodi on myöskin hyvin kookas.
  • Jos tarkoitus on lukea koodi olemassaolevalla lukijalla, esimerkiksi puhelimen normaali kameralla, niin uusia protokollia ei oikein voi keksiä. Tuollaisiin tilanteisiin tarvitaan erillinen lukijasovellus. Vaikkapa tuossa koronatodistuksessa tuo "hc1" kertoo mitä sisältöä loppuosa on. Tuntemattomista sisällöistä saat vaihtelevan virheilmoituksen että sisältöä ei ymmärretty. Tosin vaikka tuo koronatodistus lukeutuu ainakin iPhonen normi kameralla ihan oikein ja näyttää samat tiedot kuin oletetaan.

En varma mitä tarkoitat uusilla protokollilla tässä yhteydessä.
Jos ja kun itse QR koodi on vuosien saatossa kehittynyt, niin lukija , siitä voinut seurata se että lukija tarvinnut päivitystä. Nyky puhelimien kameroissa vuosikausia riittäneet paukut, enemmän kyse siitä kameran kyvyistä huonoissa oloissa kaukaa/läheltä.
Puhelimien kamera softissa tuki QR koodiin vuosien saatossa lisääntynyt, ei ole itsestään selvä että joka softa tukee, ja tuki voidaan tuoda päivityksessä.

Jos prokollilla viittaa sitä kaikkea mihin QR koodia hyödynnetty, niin osa on ihan vakiintunutta ja osa QR lukija softista osaa parsia sisällön (*, tai jos kyse URL niin toimia suoraan sen mukaan, monet QR sovellutukset ovat enemmän tai vähemmän suljettuja, itse sisältö sellaisenaan ei ole ihmisen luettavaa.

(*
URL ja muissakin tapauksissa ehkä ehdottaa sovellusta mille välittää sisältö.
Osa lukijoista vain näyttää sisällön.

Se vaatii erillisen lukijan ja lisäksi sen käyttöönotto (ja kahden pin-koodin kanssa käyttäminen) on tavan tallaajalle sen verran kömpelö prosessi, että ei ihmekään kun sitä ei kehdata ehdottaa laajemmin.

Suurin hidaste henkilökortin varmenteen yleistymiselle oli sen ns tuotteistaminen ja se ettei esim pankit ottaneet sitä käyttöön (OP ryhmä taisi osittain). ja pankit hallitsi tunnisttautumis mariikointa.

Kiinteissä työpitsteissä (PC pöytäkone) lukia ei ongelma josa olisi lähtenyt lentoon, läppärilauussakin olisi kulkenut. Mutta käyttöön otto taitaa edelleen hankalaa, se pitäisi olla sellainen että Windows, Mac mailmassa lukia kiinni ja menoksi. Mitä se ei ollut.

Mobiilissa, puhelin puolella sama, taitaa tänäpäivänäkin olle vain allekirjoitus tuki ja sekin työlästä (en tarkistannut onko asiat kihittyneet) Lukijahan on miljoonissa luureissa (NFC). Yksikään pankki ei taida moobilissa tukea henkilökorttia.

Mutta alkaako tämäkin liipata jotain muuta ketjua, muistelen että henkkarista on oma ketju, mutta ei heti osumaa.

Esimerkki siitä että hyväkään ajatus ei nouse lentoon jos käytettävyys ei ole hyvä. Huono voi menestyä, jos se on käytettävä ja tai saanut valta-aseman.
 
En varma mitä tarkoitat uusilla protokollilla tässä yhteydessä.
Jos ja kun itse QR koodi on vuosien saatossa kehittynyt, niin lukija , siitä voinut seurata se että lukija tarvinnut päivitystä. Nyky puhelimien kameroissa vuosikausia riittäneet paukut, enemmän kyse siitä kameran kyvyistä huonoissa oloissa kaukaa/läheltä.
Puhelimien kamera softissa tuki QR koodiin vuosien saatossa lisääntynyt, ei ole itsestään selvä että joka softa tukee, ja tuki voidaan tuoda päivityksessä.

Jos prokollilla viittaa sitä kaikkea mihin QR koodia hyödynnetty, niin osa on ihan vakiintunutta ja osa QR lukija softista osaa parsia sisällön (*, tai jos kyse URL niin toimia suoraan sen mukaan, monet QR sovellutukset ovat enemmän tai vähemmän suljettuja, itse sisältö sellaisenaan ei ole ihmisen luettavaa.
Niin, siis QR-koodi itsessään on pelkkää dataa. Lukijan pitää ymmärtää miten sitä on tarkoitus käyttää. Jos sisältö on https URI, niin lukija osaa avata sen selaimessa. Jos siinä on WIFI: niin osaa tarjota liittymistä verkkoon. Mutta jos siinä on jotain tuntematonta "hubbabubbaa", niin yleisellä lukijalla ei ole aavistustakaan, mitä kyseisellä payloadilla pitäisi tehdä. Eli jos haluat luoda kokonaan uuden käyttötapauksen QR-koodin datalle, niin tarvitaan custom ohjelma, joka osaa tulkata mitä tuolle hubbabubballe pitäisi tehdä.
 
Lasken digitalisaation hyödyiksi omatoimikirjastot, tulee hyödynnettyä ainakin kerran kahteen viikkoon.
Ehdottomasti tämä, kuten myös sähköisten kirjojen ja julkaisujen etsiminen vrt. pitäisi etsiä joku journaalin oikean vuosikerran volume ja sitä ja tätä. Nopeasti saa asian tarkastettua vaikka pdf kirjasta vaikkei sellaista haluaisi muutoin lukea.
 
Vaimo työskentelee yhdessä vaikeammista päiväkodeista. Ja on aivan naurettavaa ajatella että jotenkin rajoittamalla kännykän käyttöä, tms asiat muuttuisi.

Fakta on se että lapset löytävät ja etsivät kaltaisiaan, etenkin kouluiässä. Etenkin niitä keneltä on myös rajoitettu kaikkia asioita.

Jos ostat tytölle mopon ja sitä kiinnostaakin enemmän kaverit kellä ei ole, ja pojat ylipäätänsä, niillä on jo autot, niin.. Varmaan ihan ok.
 

Statistiikka

Viestiketjuista
256 048
Viestejä
4 447 996
Jäsenet
73 655
Uusin jäsen
6650N

Hinta.fi

Back
Ylös Bottom