Remarkable

Inatur

Gintel

BN Entreprenør

Administration

Statkraft

Elporten

Kongsberg

THALES Norway

Sunlit Sea

Equinor

developer.dnb.no

Ruter

Aize

Sesam

SkandiaEnergi

Rettshåndhevelsesbyrå

Avinor

TechnipFMC

Møller IT

Thomson Reuters

OBOS

Vaskehjelp

lildog with lilbit

KodeWorks har vært med på Inaturs moderniseringsprosess siden 2019. Her har KodeWorks bidratt med å bygge videre på og modernisere deres eksisterende Java 8 Spring backend. Frontend er skrevet om fra å være strukturert med CommonJS og require()-import, til å bruke ES6-standardisert praksis, for eksempel modulhenting ved import/export. Der store deler av den eksisterende koden var bygd opp med backbone.js og mustache templates, skrives i dag frontend-koden i React, med Hooks og Storybook for bygging av standard UI-komponenter.

Rådgivning på teknisk front er ofte en del av vårt arbeidsområde i prosjektene vi gjennomfører. Som konsulenter og utviklere har KodeWorks god forståelse for hvordan man imøtekommer sluttbrukerens forventninger og ønsker, og samtidig ivaretar den tekniske integriteten i kodebasen og tekniske løsninger generelt. Å kommunisere denne sammenhengen er viktig for å sikre at bedriften er i stand til å sette mål som både er ambisiøse, hensiktsmessige og gjennomførbare. Dette har bidratt til å skape en felles front på tvers av forretningsdelen og den tekniske delen av Inatur - en viktig forutsetning for videre prosess og akselerert utvikling.

I dag driver KodeWorks prosessen med modernisering av Inaturs teknologiportefølje videre. I en slik prosess finnes det en balanse mellom fornying av eksisterende løsninger og utvikling av nye features. KodeWorks har bidratt med omfattende fornying på tvers av Inaturs teknologistack, og lagt et robust grunnlag for både drift og videre utvikling av Inaturs tjenester. Vi takker for et godt samarbeid og ser frem til videre utvikling med Inatur.

KodeWorks ble engasjert hos det prominente nordiske rettshåndhevelsesbyrået tilbake i 2008. På dette tidspunkt var byråets IT-avdeling midt i en omskriving av systemet Trygghetsalarm, parallelt med at et løft av hele organisasjonens IT system og samhandlingsprosesser pågikk. Trygghetsalarm hadde allerede tilbake i 2005 blitt forespeilet et tilleggsystem, og tilhørende lovgivning, i form av System for Elektronisk Kontroll. Mangel på tekniske løsninger i markedet som enkelt lot seg integrere i byråets operative systemer systemer, gjorde at KodeWorks måtte bistå i å integrere System for Trygghetsalarm og Elektronisk Kontroll de operative systemene, saksbehandlingssystemer, og systemer til tredjeparts leverandører av utstyr.

KodeWorks utviklet neste generasjons Trygghetsalarm for rettshåndhevelsesbyrået. Dette ble gjort ved å modifisere Android operativsystemet slik at alle “peripherals” ble koblet ut, og all ekstern kommunikasjon ble rutet gjennom en kryptert ende-til-ende kommunikasjonsprotokoll inn til rettshåndhevelsesbyråets tjenester. Modifikasjonene gikk helt ned på firmware-nivå, slik at til og med hardware-knapper med en eksisterende betydning ble omprogrammert. Tilpasningene gjorde rettshåndhevelsesbyrået i stand til å kjøre en dedikert Trygghetsalarm-app på standard smarttelefoner, og utnytte state-of-the-art posisjoneringsteknologi og programmeringsmiljø. I dag er alle Trygghetsalarm-enheter innen rettshåndhevelsesbyråets jurisdiksjon standard smarttelefoner, med programvare som er en videreføring av arbeidet KodeWorks la ned sammen med rettshåndhevelsesbyrået i 2008 - 2016.

Prosjektet Trygghetsalarm og Elektronisk Kontroll gikk over flere år, og noe også lagt ned på nærliggende prosjekter, spesifikt innenfor den operative tjenesteporteføljen. Operativ Rettshåndhevelse er det mest sentrale operative systemet hos byrået, og ble utviklet allerede på 90-tallet. Rettshåndhevelsesbyrået hadde allerede før KodeWorks kom inn startet et kartleggingsarbeid for å splitte Operativ Rettshåndhevelse inn i moduler, og KodeWorks bygde videre på dette for å beskrive hvordan dataflyt og konsistens mellom modulene skulle sikres. Dyp integrasjon med distribuerte databaser for hver organisatoriske enhet muliggjorde en hendelsesdrevet arkitektur hvor modulene ble modellert som mikrotjenester, og dette ble starten på moderniseringen av den operative systemporteføljen som er i bruk i dag.

lilbit leverer produkter for monitorering av kjæledyr, med målsetningen om å utvide kommunikasjonen mellom kjæledyr og eier. Med denne ambisjonen har de oppnådd stor interesse for nåværende og kommende produkter og tjenester. Gjennom et langt samarbeid har KodeWorks bidratt med rådgivning og kompetansebygging, såvel som utvikling. Joachim Fasting i KodeWorks har stått sentralt i dette, og har spesielt bidratt på backend og i arbeidet med å redusere kompleksitet og kostnader i tech-stacken.

Det jeg har satt mest pris på er tilliten fra kunden med tanke på valg av tekniske løsninger. Jeg har hatt muligheten til å jobbe med mange ulike teknologier, fra høyt til lavt i stacken.

lilbit er i dag en spesialisert bedrift med eierskap til hele teknologiporteføljen. En viktig del av å oppnå dette har vært en rasjonalisering av skyoppsettet. I dag bygger skyoppsettet på prinsippet om infrastruktur som kode. Oppsett og konfigurasjon, ressursbruk og kostnader er dermed transparent, modulært og lett å teste, videreutvikle og overlevere. Ellers har lilbit hatt fokus på å flytte produksjonskjeden lokalt, til forskjell fra hvordan mange leverandører gjør det.

For min egen del har den største utfordringen vært at jeg til tider har hatt mange tråder å holde i samtidig, som et resultat av at jeg har jobbet på flere deler av stacken. Det har derfor vært viktig å opprettholde en strukturert tilnærming til arbeidet.

Ettersom at jeg har jobbet med så mye forskjellig, håper jeg å ta med meg all erfaring jeg kan videre.

KodeWorks har i lilbit også vært med på bygging av kryssfunksjonelle team, med god kommunikasjon mellom utviklings- og forretningssiden - en egenskap som akselererer utvikling og vekst. På forretningssiden lar interessen for lilbits produkter seg kanskje best gjenspeile i et spredningssalg som ble gjort gjennom folkefinansieringsplattformen Folkeinvest, der det ble hentet inn 28 millioner kroner, noe som er ny norsk rekord. Videre har KodeWorks bidratt med bygging av spesifikk kompetanse for utvikling innad i lilbit. Dette inkluderer både kunnskapsdeling og deltakelse i ansettelsesprosessen.

CEO i lilbit, Morten Sæthre, beskriver Joachim som sitt første møte med en autonom utvikler; noen som ser svakheter og tilsvarende løsninger i et system, og implementerer disse på løpende bånd. I dag jobber Joachim med utvikling av backend. lilbit utvikler og drifter backend til både IoT-enhetene og til skyløsningene. Dette er viktig, da produktene fra lilbit inneholder utvidet sensorikk som vil legge til rette for en forlenget kommunikasjon mellom hund og eier.

KodeWorks er takknemlige for rollen som samarbeidspartnere her, og vi ser videre frem til å være en del av utviklingen i tiden som kommer.

Nomono

Bruken av konvensjonelle nøkler i en kontorsammenheng medfører ulemper. Man må ha oversikt over hvilke personer som har nøkler, og fornye disse om de går tapt. Tap av nøkler gjør det vanskeligere for enkeltpersoner å få tilgang på kontoret, og kan i verste fall utgjøre en stor sikkerhetsrisiko.

Dagens eksisterende løsninger for styring av dørlåser tilbyr kodelåser, adgangskort, alarmstyring via nettapp og annen funksjonalitet, men krever samtidig at man går fysisk til verks på dørene i bygget. Da vårt mål var en løsning tilpasset våre behov, og med lavest mulig grad av utvidelse av fysiske låser, dører og kretser i bygget, fremsto det å lage løsningen selv fra bunnen av som det beste alternativet.

Jan og Simen gikk dermed inn i prosjektet med mål om å lage en løsning som kunne styre dørlåsene på kontoret med en nettapplikasjon. Det ble altså nødvendig å bygge en løsning fra bunnen, som i én ende kunne slutte kretsene til to dørlåser og lese dørklokkesignalet, og på den andre enden kunne tilby sluttbrukeren et intuitivt brukergrensesnitt for nettopp dette.

Dermed skulle altså Sesam, vårt eget dørlåssystem, se dagens lys.

Etter daværende løsning ble dørlåsene for indre og ytre dør styrt ved å slutte to forskjellige elektriske kretser. Krets for indre dør lå eksponert i et eget eksisterende relé, og krets for ytre dør kunne aksesseres via callinganlegget på huset.

Etter litt konsultasjon med Thomas i KodeWorks ble tre loddepunkter på PCBen til callinganlegget identifisert. Ett til jording, et som slutter kretsen til dørlåsen og et som settes under spenning når dørklokka aktiveres fra utsiden. Det ble bestemt at disse kretsene skulle sluttes ved bruk av reléer, og en enkel måte å gjøre dette på er å styre disse feks med en Arduino. Dermed ble løsningen å sette opp to Arduinoer med hvert sitt relé, en til hver dør. Arduinoen for ytre dør, som med sin tilknytning til callinganlegget også kunne lytte pål dørklokkesignalet, ble også koblet opp til å registrere når dette signalet er aktivt, for å kunne melde dette videre til backend.

Dermed var løsningen for å kontrollere dørlåser og registrere dørklokkesignal på plass. På lokalnettet på huset var det altså tre komponenter som nå skulle kommunisere - Sesam-serveren og to Arduinos. Til kommunikasjon mellom disse komponentene ble MQTT-protokollen valgt. MQTT blir gjerne valgt i IoT-løsninger med mange enheter og store datamengder da den i utgangspunktet er en lettvekt-protokoll der pub/sub-rutinen hos en enkeltenhet skjer uavhengig av andre enheters tilkobling til en sentral MQTT-broker. Samtidig tilbyr MQTT høy justerbarhet for parametre som øker integriteten i dataoverføringen eller tar vare på pakker ved tapt forbindelse. Dette senker ytelsen i større systemer, men er nyttig i småskala applikasjoner der integriteten i dataoverføringen må kunne garanteres.

Backenden bruker Node.js med Express, og tilbyr et RESTful HTTP API til frontend, som er en nettapplikasjon skrevet med React. NextJS blir brukt til å tilby alle sider i nettappen, som følger det nye visuelle designet til KodeWorks. Videre kommuniserer backenden beskjeder til mikrokontrollere via MQTT-protokollen. En lokal MQTT-broker kjører i en egen Docker-container, og distribuerer meldinger om dørklokker, åpning og låsing av dører, og heartbeat-meldinger frem og tilbake mellom mikrokontrollere og backend.

Til autentisering og autorisering blir Google OAuth brukt, slik at kun brukere med KodeWorks-mail kan logge seg inn. Dette ble satt opp i Google Cloud Console, og Google Admin SDK ble deretter brukt til å sjekke om en bruker er en del av enten Trondheim eller Oslo-gruppa i KodeWorks. Dette er for å sikre at kun personer med faktisk tilknytning til bedriften får tilgang til å løse opp dørene. Gitlabs CI/CD Pipelines er blitt brukt til å deployere appen automatisk til serveren.

Når en bruker trykker på døråpningsknappen, forventer man å få en visuell tilbakemelding på at noe skjer. I Sesam er dette gjort ved at backend mottar en melding fra den aktuelle mikrokontrolleren i dét døra åpnes, og dermed låser knappen i appen helt til backend mottar melding om at dørlåsen igjen er lukket. Denne kommunikasjonen gjøres med Websockets, og en naturlig videreføring av dette ble at knappen hos samtligere brukere låses dersom én bruker aktiverer knappen i sin klient. En kan naturligvis argumentere for at sanntidsoppdatering på en app som styrer to dører i samme lokale ikke er høyst nødvendig, men på den annen side gjenspeiler det brukervennlighet som prinsipp, og det er alltid lurt å ha i hodet. Et eget administratorvindu ble også utviklet. Dette gir enkelte brukere tilgang til statistikk på bruken av Sesam, samt å stenge/åpne hele tjenesten for bruk.

Til slutt har dessuten en svært viktig del av prosjektet vært jobben som ble gjort i forkant. Ved prosjektstart ble Jan og Simen presentert en svært godt utarbeidet prosjektbeskrivelse. Denne inneholdt en klar beskrivelse av produktet, samt funksjonelle og ikke-funksjonelle krav til både produkt og gjennomføring av prosjektet. En såpass godt formulert samling av krav og rammer gir utvikleren muligheten til å stille kritiske spørsmål, presentere alternative løsninger og danne seg et helhetlig bilde av produktet i innledningsfasen, og legger til rette for en synlig prosess og produktiv kommunikasjon. Jan og Simen kan dermed se tilbake på et lærerikt prosjekt og godt gjennomført prosjekt.

Når man er mellom kundeoppdrag i KodeWorks, er faglig utvikling i fokus. Samtidig kan også ekte verdiskapning være en del av det faglige opplegget. På kontoret i Oslo fikk Jan og Simen en interessant oppgave i det å modernisere dørlåssystemet på huset.

Med omfattende ambisjoner innen flytende solkraft er Sunlit Sea en sentral aktør innen feltet. Om man ser på utviklingen de har hatt på tvers av hele teknologi-stacken, underbygges dette ytterligere.

KodeWorks har stått sentralt i denne utviklingen, og jobber i dag på fronter som hardwaredesign og softwareutvikling for monitorering, vedlikehold og optimalisering av kraftproduksjon. Rune Holmgren i KodeWorks har jobbet med elektronikk og sensorikk i flottørmodulene, og forteller om sin erfaring fra Sunlit Sea.

I Sunlit Sea har jeg fått muligheten til å få jobbe med å finne løsninger på problemer. Jeg skal ikke bare implementere en funksjon som gir en grønn unit test, men får istedenfor ekte problemer som jeg kan bruke den fulle bredden i fagkunnskapen min til å løse. Man blir rett og slett oppfinner på jobb, og skal lage ekte ting. Jeg står da fritt til å utforske mulige løsninger og sammen med kollegaene mine finner vi ut hvordan vi f.eks. får etablert en datastrøm med fuktmålinger fra innsiden av en metallkonstruksjon.

KodeWorks har som medgrunnlegger av Sunlit Sea vært med fra starten i 2019. Som startup med store ambisjoner, og i et krevende, tverrfaglig felt som enda ikke har modnet, finnes mange barrierer som må overkommes for å kunne skrive en suksesshistorie.

Sunlit Sea har i flere omganger samarbeidet med KodeWorks om dette og vi har bidratt innen et bredt spekter av områder. Fra 3D-renderings av produksjon og deployment, og nettside med Sunlit Sea’s Smart Quoter-tjeneste, ned til sensor- og kommunikasjonselektronikken som sitter på hver modul, har KodeWorks designet og implementert nødvendig teknologi fra bunnen av.

Gjennom godt samarbeid og gjensidig kompetansebygging har KodeWorks vært essensielle for Sunlit Sea’s informasjonsteknologiske fortrinn.

I Sunlit Sea står jeg selv for kvaliteten til løsningene jeg utvikler, og det er mye ansvar på skuldrene til hver utvikler. Det er ikke mulig å støtte seg på at resten av teamet skal fange opp svakheter i løsningene mine med mindre jeg aktivt ber om hjelp til gjennomgang av systemene. Vi må alle sammen rett og slett selv identifisere mulige svakheter i systemene og prosedyrene vi utarbeider og sørge for at flere sett med øyne ser over alt som kan ha svakheter.

De tekniske løsningene som danner grunnlaget for solcellemodulen svarer til krav som skjerpes etterhvert som produktet går mot kommersialisering. Det samme gjelder prosessering og presentasjon av innhentet data, og bruken av denne til videre predikasjon av ytelse og oppførsel i varierende omgivelser. Dette skjer i takt med at Sunlit Sea avanserer på produksjonsskalering og konkurransedyktighet.

Før Sunlit Sea hadde jeg lite erfaring med å lage systemer og prosedyrer for å få opp produksjon av et ekte produkt. Det har vært svært interessant å lære seg hva som går bra når du lager en håndfull prototyper, og hva man da må endre når man sikter seg inn mot masseproduksjon av det samme produktet. Et kjempeviktig verktøy jeg har med meg videre i min mentale verktøykasse er evnen til å designe et produkt slik at en fabrikk kan lage produktet, uten at jeg selv er involvert i noen av stegene.

Bred og dokumenterbar domenekunnskap er viktig i en relativt ung industri. I den hensikt jobber Sunlit Sea med å identifisere solcellepanelenes ytelsesgrad i ulike havtilstander gitt et sett bølger, i et samarbeid mellom KodeWorks og IFE for å kombinere historisk data med egen sensor- og prosesseringsteknologi. Dette arbeidet inngår i state-of-the-art forskning innen feltet og vil bli kilden til flere vitenskapelige publiseringer fra IFE.

KodeWorks fortsetter å levere utviklingstjenester for Sunlit Sea og ser fram til å sammen løse mange spennende utfordringer i tiden framover.

Thomson Reuters er et kanadisk multimediaselskap med HQ i Toronto, har kontorer i hele verden og er en av verdenslederne innen informasjonsformidling. Kundene av Thomson Reuters Point Carbon inkluderer banker, tradere, porteføljeforvaltere, selskaper og myndigheter; kort sagt alle med behov for dyp innsikt på tvers av karbon-, forsynings-, olje-, gass- og industrimarkedene. Data fra mange ulike kilder innhentes, behandles og berikes ved å ses i sammenheng. Prosjektet gikk ut på å tilgjengeliggjøre utsnitt av dataene for klienter på en rask og effektiv måte.

KodeWorks ble engasjert hos Reuters for å bidra i utvikling av et nytt web-grensesnitt for tidseffektive klientforespørsler om prognoser på energidata. Sammen med en prosjektleder fra Thomson og to utviklere fra et annet konsulentfirma

Oppgaven fra Reuters var “enkel”; make it faster! I denne bransjen kan millisekunder være forskjellen på store tap eller heftig gevinst. På tidssensitiv informasjon av ulike typer finansielle transaksjoner var målet near-realtime nivå. Stor kunde, klare instrukser og store økonomiske betydninger for det man leverer, kan slå ut høyt på stressfaktoren.

Store utfordringer, kan også bety gode utfordringer. En god strategi og ledelse kan løse det meste. Eirik Larsen som var vår mann på jobben forteller at det mest positive med prosjektet var at gjengen i Reuters var mennesker med skikkelig driv og passion for faget. Dette har stor betydning for prosessen. Om ikke man fikk løst problemene ved skrivebordet og tastaturet, kunne det komme et godt forslag ved kaffeautomaten; “Hva om vi kun bruker 8-bits integers til å lagre disse flyttallene? Hva om vi vurderer delta-lagring av tidspunkt? Hva om vi bygger indeksen basert på disse feltene i stedet?”

Vi opprettholdte strikt kontroll på belastningen tjenesten var utsatt for til enhver tid, og sørget for å videre-henvise nye forespørsler dersom belastningen var for høy. Det var også svært viktig å minimere tiden fra en klientforespørsel traff webgrensesnittet til et svar ble servert. Svar bestående av et mindre antall bytes kunne serveres direkte, mens større svar skulle streames, på bakgrunn av klientens preferanser. Dette førte til at alle steg i pipeline ned til datalaget måtte optimaliseres.

Å jobbe med cutting edge tech trigget nerden i meg!

For dette prosjektet var teknologivalget en essensiell del av prosjektet. Mesteparten av prosjektet dreide seg om å finne, analysere, tilpasse og implementere riktig teknologi for å tilfredsstille kravene og problemstillingene.

Akka HTTP ble vurdert opp mot VertX i forhold til effektiv ressursbruk i JVMen. De to rammeverkene angriper problemstillingen rundt asynkronitet og parallellitet ganske ulikt. Begge rammeverkene hadde et teoretisk grunnlag for optimal ytelse. Implementasjonen med Akka HTTP gav den beste ytelsen, men VertX hadde flest synergier med kompetansen i organisasjonen som var viktig i forhold til vedlikeholdbarhet.

På databasenivå ble ulike tidsseriedatabaser vurdert, og til slutt falt valget på Hbase som tilbød stor grad av kontroll på hvordan data ble lagret. Ytelsen ble dermed mulig å gjøre en del bedre enn de konkurrerende alternativene.

Det var veldig enkelt å se for seg nytten sluttkunden hadde (altså vår kundes kunde). Larsen beskriver at prosjekter som dette motiverende. Den rette sluttkunden ville ganske enkelt kunne gjøre bedre handler på bakgrunn av informasjonen enn sine konkurrenter, noe som gjorde systemet essensielt for Reuters.

Peter Ringset begynte i KodeWorks i 2021, men allerede på vei inn døra kjente vi ham godt fra før gjennom å ha jobbet sammen med KodeWorks på prosjekt hos Vaskehjelp. Vaskehjelp er en markedsplass for profesjonelle renholdere og kunder med en unik tilnærming til digitalisering av renholdstjenester. Peter skal fortelle litt om hvordan det var å jobbe med dette prosjektet.

KodeWorks ble med inn i Vaskehjelp-teamet sommeren 2018. Utviklingen var på det tidspunkt sentrert rundt webapper, og kunden hadde store ambisjoner om å få løsningen snarlig ut i markedet.

Det beste med å jobbe med Vaskehjelp-applikasjonen var å se hvor mye vi oppnådde på kort tid, og den følelsen av prestasjon som kom ut av godt samarbeid. Spesielt når vi jobbet mot utgivelsesdatoen var det tilfredsstillende å se hvordan brikkene falt på plass.

Teamet gikk inn en intens crunch-periode som endte med release av applikasjonen før jul samme år.

Kunden ønsket mange features raskt, og de få månedene vi hadde på å levere var utfordrende. Som de fleste prosjekter med intense siste dager, økte intensiteten i arbeidet etter hvert som vi gikk mot utgivelsesdatoen. Heldigvis kommuniserte teamet utmerket. Vi gjorde smidige prioriteringer, slik at vi kunne komme frem til utgivelsesdatoen med en velfungerende applikasjon.

Etter utgivelsen av den første versjonen fortsatte KodeWorks arbeidet med Vaskehjelp, og ble en kilde til kontinuerlig forbedring og utvidelse av appen. Kundens ambisiøse mål, backet av gode markedsanalyser, og kombinert med utviklernes høye kompetanse, ble nøkkelen til en kommersiell suksess.

Det var imponerende å se hvordan Vaskehjelp analysere og benyttet bruksdata hentet fra appen til strategisk planlegging og prioritering av utviklingsaktivitet. Ved å se på hvordan dette ble utført lærte jeg selv mye om bruksmønsteranalyse, og brukte innsikten fra brukerdata til å forbedre både appen og selve tjenesten.

Android- og iOS-appene ble opprinnelig utviklet native for å få benyttet plattformenes look-and-feel. Over tid har Vaskehjelp benyttet .NET-plattformen for sin komplette løsning. Ved å bruke Xamarin til apputvikling og Blazor til webutvikling oppnår Vaskehjelp gjenbruk av forretningslogikk samt god utnyttelse av sin interne kjernekompetanse i C#.

Vaskehjelp er og blir en sentral aktør innen digitale renholdstjenester, og KodeWorks takker for muligheten til å være en del av kommersialiseringen av en inspirerende startup.

Som kunde eller tilbyder av renholdstjenester kan det være utfordrende å bete seg korrekt. Gjeldende regler er kompliserte og det er dessverre en bransje med en del svart arbeid. Vaskehjelp hadde en idé om å digitalisere disse prosessene slik at kunde og tilbyder enkelt kunne benytte seg av tjenesten og operere trygt og lønnsomt.

Ønsker du å jobbe i KodeWorks?

Who?

Our Developers

Join the Team!