Mye teknisk rådgivning feiler på en av to måter: Enten mottar dere en automatisert 80-siders rapport fra et generisk analyseverktøy som ingen orker å lese, eller så får dere en partisk salgspitch fra et byrå som prøver å skremme dere til en unødvendig og kostbar omskriving. Begge deler etterlater ledelsen like uvitende. Jeg leverer uavhengig, usminket teknisk klarhet. Enten dere vurderer et teknologiselskap for oppkjøp, arver et eldre system uten dokumentasjon, eller planlegger en krevende arkitektonisk migrering, gransker jeg kildekoden, infrastrukturen og dataflyten med blikket til en praktiker som faktisk bygger moderne systemer. Dere får en prioritert diagnose av hvor de reelle risikoene ligger, og et konkret veikart teamet kan sette ut i livet umiddelbart.
Diskuter prosjektet dittDet endelige omfanget tilpasses nøyaktig til prosjektet ditt.
En grundig manuell inspeksjon av kodelageret deres. Vi vurderer kodestruktur, modularitet, testdekning, utdaterte avhengigheter og teknisk gjeld – og skiller ufarlige skjønnhetsfeil fra systemiske svakheter som vil bremse fremtidig utviklingsfart.
Vi undersøker hvordan frontend, API-er, databaser og eksterne tjenester snakker sammen. Vi avdekker flaskehalser, race conditions, skjøre koblinger og skalerbarhetsgrenser før de fører til driftsbrudd for sluttbrukere (outages).
Gransking av angrepsflater: API-autentisering, rollebasert tilgangskontroll, sikker håndtering av hemmeligheter og API-nøkler i miljøvariabler (environment secrets), sårbarheter for databaseinjeksjon og utdaterte tredjepartsbiblioteker.
Diagnostisering av hva som gjør applikasjonen treg. Vi identifiserer trege databasespørringer, N+1-kaskader, unødig tunge JavaScript-pakker, manglende databaseindekser og manglende hurtigbufring, og gir konkrete tiltak for å kutte lastetidene.
Uavhengig teknisk vurdering for gründere, oppkjøpere eller investorer. Vi verifiserer om programvaren holder det selgeren lover, kartlegger opphavsrettslige risikoer, evaluerer løpende driftskostnader og kvantifiserer teknisk gjeld.
Det store million-spørsmålet. Vi analyserer den eksisterende kodebasen opp mot forretningsmålene for å gi et ærlig og nøkternt råd: Kan systemet moderniseres gradvis, eller er det teknisk og økonomisk forsvarlig å bygge nytt fra bunnen av?
Ingen akademiske teorier eller overveldende lister. Funnene oppsummeres i en risikomatrise for ledelsen, der problemene kategoriseres etter forretningskonsekvens, sikkerhetsgrad og nødvendig arbeidsinnsats, slik at dere vet nøyaktig hva som må tas først.
En dedikert presentasjon for ledergruppen og de tekniske lederne. Vi går gjennom arkitekturdiagrammene, forklarer funnene i et klart og forståelig forretningsspråk, og overleverer et pragmatisk, milepælsbasert handlingsveikart.
En grundig manuell inspeksjon av kodelageret deres. Vi vurderer kodestruktur, modularitet, testdekning, utdaterte avhengigheter og teknisk gjeld – og skiller ufarlige skjønnhetsfeil fra systemiske svakheter som vil bremse fremtidig utviklingsfart.
En teknisk revisjon er aldri mer verdifull enn dybden i undersøkelsen som ligger bak. Jeg kombinerer automatiserte analyse- og sikkerhetsverktøy (statisk kodeleseanalyse, sårbarhetsskanning av avhengigheter via SonarQube, Snyk og pnpm audit) med grundig, manuell kodegjennomgang av kjerneflytene i kildekoden. For ytelsesanalyser profilerer jeg kjøretidslogger og databasespørringer ved hjelp av PostgreSQL Explain Analyze og nettverksinspeksjon. Ingen overfladisk sjekkliste – bare en grundig, praktisk analyse av arkitekturen, databasen og koden utført av en erfaren fullstack-ingeniør.
Ja, absolutt. Faktisk foretrekker mange kunder det nettopp slik. Fordi jeg ikke har noen økonomisk egeninteresse i å selge dere et team på ti utviklere til en omskriving, får dere en helt objektiv og nøktern vurdering. Dersom kodebasen deres er i god stand og bare trenger mindre justeringer, er det nøyaktig det jeg vil fortelle dere.
Vanligvis skrivebeskyttet tilgang (read-only) til Git-kodelageret deres, tilgang til feillogger i test- eller produksjonsmiljø (som Sentry eller Datadog), og en midlertidig skrivebeskyttet konto i skyhosting-panelet. Alt arbeid reguleres av en gjensidig konfidensialitetsavtale (NDA). Jeg berører aldri den aktive produksjonsdatabasen eller reelle kundedata under en vurdering.
En fokusert arkitektur- og kodebaserevisjon tar vanligvis mellom 5 og 10 virkedager. Dette gir rikelig med tid til grundig manuell kodeinspeksjon, avhengighetsanalyse, profilering og utarbeidelse av en lettlest ledelsesrapport. Vi blir enige om det nøyaktige omfanget og tidslinjen før arbeidet settes i gang.
Ja. Ikke-tekniske ledere blir dessverre altfor ofte overkjørt av oppblåste byråtilbud. Jeg kan gå gjennom kravspesifikasjonen, den foreslåtte arkitekturen, tidsplanen og kostnadsfordelingen dere har mottatt fra eksterne leverandører. Jeg forteller dere rett ut hva som er fornuftig, hva som er unødig overkomplisert, og hvor dere risikerer å bli låst til leverandøren.
Ja, det er selve kjennemerket for denne tjenesten. Hver revisjon deles i to klare deler: Et ledelsessammendrag som forklarer forretningsrisiko, økonomiske konsekvenser og prioriteringer i et klart forretningsspråk; etterfulgt av detaljerte tekniske vedlegg med filbaner, kodesnutter og konkrete utbedringstiltak skrevet spesifikt for ingeniørene.
Hvert oppdrag prises individuelt, basert på dets omfang, kompleksitet og leveransebehov. Vi blir enige om arbeidet og kostnaden før utviklingen begynner.
For skreddersydde prosjekter eier du 100 % av den tilpassede kildekoden, med klientkontrollerte kodelagre (repositories), full kontroll over infrastrukturen, komplett dokumentasjon og en fullstendig overlevering med totalt eierskap (sovereign handover). Tredjepartskomponenter og eksterne skytjenester beholder sine respektive lisenser og vilkår. Dersom et eksisterende produkt eller en utprøvd plattformkjerne passer dine behov, kan jeg hjelpe deg med å ta det i bruk og konfigurere det for å unngå unødvendige utviklingskostnader. Du får full operasjonell tilgang under avtalte vilkår, mens den underliggende plattformen forvaltes videre av eieren.
Engangsprosjekter inkluderer 60 dager med feilretting og teknisk stabilisering etter lansering for den avtalte leveransen. Videre oppfølging kan videreføres gjennom en løpende vedlikeholdsavtale, der nye funksjoner estimeres separat. For eksisterende plattformprodukter gjelder produktets egne supportvilkår.
Fortell meg om ideen, problemet, eller den delen av produktet ditt du vil drive fremover. Vi kan finne ut omfanget og det rette neste steget sammen.
La oss snakke om produktet ditt