BetaTrondheim er en fantastisk kilde til både inspirasjon og innsyn i Trondheim Kommunes grep om en ny digital hverdag for oss alle og så er det jo flott å ha noen å kjekle med for de av som er bekjennende teknologinerder.
I dag publiserte Terje Vullum et blogg-innlegg om digital kommunikasjon i form av meldingstjenester og medhørende mylder av klienter og løsninger. Dette innlegget inspirerte meg så til å formulere mine egne tanker rundt dette, so here goes (Sorry Terje, det ble for langt til å passe inn i kommentar-feltet deres..)
Kommunikasjon, du, jeg og meldingsklientene
For meg handler dette om kommunikasjon og måten vi skal kunne ha dialog mellom mennesker på. For å oppnå god utveksling av «meldinger» vil det være naturlig å finne en protokoll/standard kommunikasjonsvei som er ikke-ekskluderende i sin natur. Vi har innen både ordinære nettsteder med debattfelter og i tilbakemeldingsfelter, sosiale media m.fl. dessverre allerede sett eksempler på at løsninger som skal oppfordre til dialog og meningsutveksling velger ekskluderende løsninger ved å forutsette at den enkelte har opprettet konto hos en enkelt leverandør.
Den gjengse databruker ser ofte med undring på, og ofte avmakt, når teknologiinteresserte mennesker går til angrep på et nettsteds valg av debattløsning som krever en FaceBook-konto for å få være med. De fleste ser ikke poenget med å tilby flere påloggingsalternativer, «det får holde med en som de fleste har». Denne holdningen fra systemeier kan være greit på steder der frivillig å delta, eller det ikke ligger kraftige incentiver bak deltakelse. Problemet kommer først når dette blir så utbredt at de fleste ikke reagerer når en offentlig tjeneste tar i bruk denne typen pålogging for sporbarhet. (En like uheldig bieffekt, men som ikke er et tema her, er informasjonen om bruker-adferd som disse store tjenesteeierne blir sittende med. Ola på 28 er f.eks. hyppig innom både kommunens barnehagesider og FaceBook og et datingnettsted..).
For å skape god dataflyt er det to ting som er nødvendig: å redusere antallet klienter man må bruke for å kommunisere med sine med-kommunikanter, det seg være kolleger, kunder eller familie og venner. Det andre er nevnt over, en ytterligere standardisering av protokollen klientene benytter. Dette åpner på sikt opp for kryss-autentisering av den typen OpenID står for, der brukeren selv styrer sin digitale identitet og bruker denne til pålogging mot en rekke tjenester.
Sist ut i denne standardiseringen på protokoller er Microsofts MSN, som i følge godt informerte kilder er i ferd med å flytte seg over på XMPP, som også benyttes av Jabber, Google Talk og en rekke kommersielle aktører som Oracle og Skype. XMPP Standards Foundation (XSF) har god driv og vil nok befeste seg som en standardisert og velfungerende organisasjon for eierskap til de mange standardene som er under utvikling. Samhandling starter alltid med en felles forståelse av datautvekslingen, her på klient-nivå.
I en ikke alt for fjern fremtid vil vi derfor kanskje kunne se en MSN-bruker sende meldinger direkte til en Google Talk-bruker basert på utveksling av data på katalognivå etter godkjennelse fra brukeren. Denne typer tanker er ikke nye og kan spores tilbake til det flotte arbeidet som ble nedlagt i årene 1988 til 2000 da RFCene for IRC-protokollen ble laget, videreforedlet og oppdatert. Her er datautveksling mellom bakenforliggende løsninger alt på plass i 1989(!). Dette kan også i høyeste grad minne om hvordan man ikke er bundet til å ha Nokia-telefon om man skal ringe til en med Nokia-telefon. Bæreren tale og de underliggende protokollene er for lengst standardisert og fungerer mellom ulike leverandører av tjeneste (telefonnett/nummer), klient (telefon) og bruker (deg). Det er ingen grunner til at det ikke skal kunne bli like enkelt for oss på nettløsninger som chat. Her er tjenesten (MSN/Facebookchat,IRC), klient (Pidgin,BitlBee,Instandbird,Spark) og bruker (fortsatt deg) tilstede og venter. Jeg tror XSF og leverandørene blir enige, og jeg tror det snart skjer mye spennende.
Min oppfordring til BetaTrondheim, og andre som tenker i de baner at de skal implementere chat ovenfor befolkningen er å i første omgang tilby en enkel nettbasert løsning med XMPP i bunnen. Slik trenger man ikke legge føringer for brukerens verktøykasse og man har samtidig friheten til å velge en installerbar klient som støtter mange tjenester i de delene av organisasjonen som trenger det.
Fremtiden, den er fortsatt der fremme, og den er fri, åpen og inkluderende! :-)
