15 December 2015
Orientering er fasinerende. Det å løpe fort i skogen, samtidig som du må ha med deg hodet – gir et eget kick når du lykkes. Det er en egen mestringsfølelse å finne frem i ukjent terreng med kart og kompass. Når det er mesterskap blir det ekstra spennende, men det har ikke alltid vært like lett for publikum å ta del i denne spenningen. Mange husker kanskje Bård Tufte Johannesens orienterings sketsj i fra Tre brødre som ikke er brødre på NRK. Bård var orienteringsentusiast og trofast publikum på o-løp. Det var flott å se løpere som løp ut i skogen … og som kom tilbake en stund senere. Det var ikke fritt for at det ble en del venting.
Nå er det slutt på ventingen. Alle mesterskap og større løp har live mellomtider i fra skogen. De beste løperene følges også med GPS. Hva er så nytt med NM Ultralang på Ringerike?
Ringerike o-lag med sine sammarbeidsparter arrangerete NM Ultralang i august 2015. Det var viktig for oss å bruke denne anledningen til å bygge egen arrangør-kompetanse ved å gjennomføre ett så viktig løp. Vi ønsket derfor selv å ta ansvar for tidtakertjenesten med tilhørende resultatservice. Det var OK for Norges orienteringsforbund - så lenge vi klarer å stable på beina en resultattjenste som er på høyde med det publikum forventer i denne type arrangement.
Da blir det fort mer interessant. Utvikling av ny programvare som bare må virke ved første storskala forsøk kan jo ikke kategoriseres som noe annet enn spennende.
I de fleste systemutviklingsprosjekt, er det mulig med en myk "igangkjøring" der eventuelle problemstillinger kan håndteres og rettes "i fart".
En resultattjeneste for ett løp som bare gjennomføres den 22/8-2015 - har ikke rom til å feile. Enten så fungerer det som det skal - eller så blir det fiasko.
Når hodet legges på hoggestabben i forkant av mesterskapet - gir det jo litt ekstra krydder til hverdagen (Tidtakersjef, Stig Melling, sørger for online meldeposter, der en løpende kan se passeringer.)
Her var det flere nye og spennende utfordringer.
For å forstå behov som skal dekkes - uansett løsning, liker jeg å dvele litt ved følgende elementer:
hvilke ulike aktører har interesser i forhold til løsningen som skal utvikles
hvilke begrep benyttes og hvilke relasjoner er det mellom disse
hvilke målsetninger er viktig for de ulike intresentene
er det spesielle krav og regler som må ivaretas
hvilke bruksmønster og arbeidsprosesser finnes (og som kanskje må endres?)
funksjonalitetsønsker (dette er egengtlig det som er minst viktig - mer om det i ett annet innlegg)
I forhold til liveoppdateringer av mellomtider og resultater ble følgende intresenter identifisert:
publikum med egen mobiltelefon/nettbrett
publikum som ser på "storskjerm"
speaker
presse
arrangør - sekreteriat
arrangør - startere
arrangør - drikkestasjoner
arrangør - premieutdeling
Dette er de viktig behovene som skal dekkes:
Brukergrensesnittet skal være lett å forstå - selv uten opplæring
Designet skal være responsivt - slik at det fungerer på mobiltelefon, nettbrett eller pc
Starttider skal vises
Mellomtider skal være tilgjengelig maks 10 sekunder etter at en løper har passert en meldepost
Resultatlister skal oppdateres maks 10 sekunders etter en løpers målgang
En bruker skal ikke gjøre noe for å få oppdatert mellomtider/sluttider på sin enhet
De siste oppdateringene i aktuelle lister skal fremheves
Løpere som har endrer plassering i fra en mellomtid til den neste skal synliggjøres
Det skal ikke være nødvendig å navigering i sidene for å se hvilke løpere som kommer til å passere (løpere vi venter ny passering/målgang)
Lister som vises på storskjerm/infokiosk - skal vise alle løpere, men fremheve de som leder
Det skal være lett å følge utvalgte klasser
Det skal være lett å følge utvalgte klubber
Løsningen skal fungere med opptil 15 mellomtidsstasjoner
Løsningens skal sørge for at mannskap på væskeposter kan informeres om når siste løper har passert deres post
Løsningen skal sørge for at premieutdeling kan foretas så raskt som mulig etter at det er avklart hvem som skal ha premie
Løsningen skal ikke "spise" nettverkskapasitet på samlingsplass/sekreteriat
Løsningen skal ikke medføre mer behov for infrastruktur på samlingsplass/sekreteriat
Løsningen må være skalerbar i forhold til antall brukere og ikke minst kostnader
Løsningen skal kunne administreres i fra en mobiltelefonen.
Jeg grublet veldig på hvilket navn løsningen skulle få. Det må jo være kort og litt utenfor normalen for å bli husket.
Valget falt til slutt på 10d.no som i TID. Akurat passe kort og "To-the-point".
Når du åpner nettsiden - blir du automatisk sendt til dagens arrangement. Det er 3 sentrale “velgere” i nettsiden. Med den gule velger du hvilket løp du ønsker å følge, med den blå velger du klasse – mens den røde velger ulike steder knyttet til valgt klasse ( start, mellomtider eller mål).
Pilene til høyre og venstre for klassevelger/stedsvelger er “karusellknapper” som gjør det enkelt å navigere til neste klasse/sted. Karusellknappene for klassevelger – navigerer til neste/forrige favorittklasse.
Det er også en blå “favoritt-stjerne” som markerer om en klasse er med i din favorittliste eller ikke. De blå karusellknappene skifter mellom klassene i favorittlisten. Alle klasser er med i favorittlisten når du starter nettsiden.
Mellomtider/sluttider oppdaterers automatisk. Tider som er nye markeres med rødt. Listene viser registrerte passeringer og “virituelle” plasseringer for løpere som vi venter på. “Virituelle” plasseringer hentes i fra forrige mellomtidsstasjon.
Du kan filtrere alle lister ved å skrive inn hele eller deler av ett klubbnavn. Dette filteret kan du ta bort ved å krysse på x-knappen ved siden av filteret.
Jeg benyttet Google Analytics for å fange opp bruksmønster på løpsdagen. I løpet av 22/8 ble det registrert 1303 unike brukere. Maks antall samtidige brukere var 435.
Hvis vi ser på hvordan dette fordeler seg på brukerens opprinnelsessted - ser det jo ut som vi traff litt av o-norge i løpet av dagen.
Tjenesten er utviklet som en webapplikasjon som kjører i ett java-miljø. Jeg benyttet servere hos Amazon Web services. Her er det veldig enkelt å velge den serverkraften som er nødvenidg for å ha kraft nok til å håndtere forventet antall brukere. På løpsdagen ble det benyttet en server at typen 2xlarge. Priser for dette var da $0.585 per On Demand Linux m3.2xlarge Instance Hour
Serveren kan startes i fra AWS sin egen mobil-applikasjon i på telefonen.
Det kan være hendig. Jeg har selv startet opp "tidtakertjenesten" på vei til løp jeg selv skulle delta i Kneskjeælven 2015 kommer også som eget innlegg.
Tjenesten kan operere det meste i fra "skyen". Løpet opprettes ved å hente ned påmeldinger/startlister i fra Eventor ( Norges Orienteringsforbunds påmeldingssystem) via REST-tjenester. Mellomtider og sluttider lastes ned i fra Emits onlineservere. Det er bare diskkontroll som gjøres i målsonens. Alle "avvik" ble overført til skyen - slik at diskstatus, brikkenummer og evnt. andre endringer til enhver tid var oppdatert.
Dette var ekstremt gøy og jeg er veldig fornøyd med resultatet. Løsningen opplevdes oppdatert og rask under hele løpet.
Noen elementer som kan forbedres, men det meste fungerte i forhold til målsetningene.
Jeg fikk en dårlig tilbakemelding og mange gode.
13 December 2015
Juhu… nå har jeg min egen blogg. Jeg antar at resten av verden bevarer fatningen og er rolig avventende.
Dersom jeg klarer å bruke bloggen som en arena for å strukturere egne tanker og erfaringer knyttet til det å lage gode løsninger - så er jeg mer enn fornøyd.
Jeg jobber som konsulent i Kodemaker Systemutvikling. Du kan lese om oss på http://kodemaker.no og du kan lese om meg på http://kodemaker.no/stig
Jeg er veldig fornøyd med jobben min. Det er fantastisk å få betalt for å gjøre noe som er så gøy og spennende. På fritiden går det med mye tid til å gjøre spennende ting for IL Holeværingen og Ringerike o-lag.
Jeg skal skrive om
Løsninger jeg lager
Hva som er viktig for meg når jeg skal lage noe nytt
Egne erfaringer med tekniske krumspring
Egne erfaringer med ulike arrangement innen langrenn eller orientering
Eldre innlegg ligger i arkivet.