Optimering af ydeevne

• Har gjort geodatapipelines 50 gange hurtigere

  Har gjort geografiske datapipelines 50 gange hurtigere ved at forbedre SQL‑programmeringen og datamodelleringen i PostgreSQL, MS SQL og Google Cloud BigQuery.

• Har forbedret GIS‑kortydeevne 10x med PostgreSQL

  Har gjort en geografisk kortapplikation 10 gange hurtigere gennem en strategisk databaseovergang fra MSSQL til PostgreSQL, herunder selve omlægningen af data, og optimeret behandlingen og datasikkerheden.

• Har løst 1.000 problemer i geografiske data

  Har løst 1.000 problemer i geografiske data og tidsseriedata ved hjælp af GDAL, ArcGIS, PostGIS, Mapbox, QGIS, SQL (PL/pgSQL, Transact‑SQL) og Bash, hvilket har sikret behandling af big data i høj kvalitet.

• Har drevet 100 data warehouse‑databaser

  Har stået for arkitektur, oprettelse og drift af 100 data warehouse‑databaser i PostgreSQL, MS SQL og Google BigQuery, primært med GIS- og tidsseriedata, og optimeret ydeevne og skalerbarhed.

• Har styret full‑stack‑udviklingen af GIS‑kort

  Har styret full‑stack‑udviklingen af GIS‑kort med ansvar for PostgreSQL, Mapbox, ReactJS og NodeJS for at skabe en integreret løsning.

• Har fornyet processer og sparet 8.000 timer

  Har gennemgribende fornyet interne processer og sparet 8.000 timer ved at forbedre softwarearkitektur, systemer og planlægningseffektivitet.

• Har administreret 40 websites på Apache og Nginx

  Har administreret 40 websites på Ubuntu Linux‑hostingservere med Apache og Nginx og sikret høj tilgængelighed og ydeevne.

• Har designet en JSON‑passthrough‑arkitektur

  Har designet en JSON passthrough‑arkitektur, hvor PostgreSQL‑funktioner returnerer komplet JSON, som Go‑API'et videresender uændret, så der ikke er nogen mellemliggende unmarshalling, og frontenden er afkoblet fra skemaændringer.

• Har modelleret 348 tabeller i 34 Postgres‑skemaer

  Har modelleret det maritime domæne i 348 normaliserede tabeller fordelt på 34 PostgreSQL‑skemaer — fagfolk, virksomheder, skibe, jobs, anmeldelser og resten — med SMALLINT‑opslagstabeller og UUID v7‑nøgler.

• Har bygget Next.js 16‑frontenden: SSR, SSG og CSR

  Har bygget Next.js 16‑frontenden med bevidst valgte SSR-, SSG- og CSR‑strategier og en genbrugelig factory til prefetchede serversider, der fjerner N+1‑kaskaden af fetch‑kald fra hver autentificeret side, der flyttes over på den.

• Har leveret en fuld Progressive Web App

  Har leveret fuld understøttelse af Progressive Web App — kan installeres og bruges offline — med Workbox runtime‑caching via next‑pwa.

• Har flyttet langsomme opgaver til en River‑jobkø

  Har flyttet langsomt arbejde væk fra request‑stien og over på en River‑jobkø — 15 worker‑moduler, 8 planlagte opgaver og 20 pg_cron‑jobs — så en request returnerer, mens arbejdet bag den kører videre.

• Har bygget fail‑closed rate limiting mod misbrug

  Har bygget fail‑closed misbrugskontroller — 22 Redis‑baserede rate limiters, Cloudflare Turnstile, idempotens på requests og en origin‑lås — så platformen afviser bots og flood‑angreb i stedet for at stole på dem, der kalder den.

• Har bygget loyalitetspoint, ligaer og badges

  Har bygget loyalitets- og omdømmesystemet — 67 funktioner over et ledger på 31 tabeller, med ligaer, badges og en indløsningsshop — og med en row lock på saldoen til at lukke vinduet for dobbeltforbrug.

• En hel virksomhed på en lille server

  Har kørt hele virksomheden på én vært med 512 MB og én kerne — en git‑forge, en webserver til syv domæner, Tor, to servere til alternative protokoller, backup og blokering af indtrængningsforsøg — ved at behandle 464 MB brugbar hukommelse som den bindende arkitektoniske begrænsning.

• Har bygget et Hugo‑site på 3 sprog

  Har bygget et flersproget statisk site i Hugo med 108 skabelonfiler, heraf 53 partials, der udgiver hver side i fire repræsentationer fra ét indholdstræ på tre sprog og igen under syv fokuserede subdomæner bygget af det samme træ.

• Et sikkerhedsnet, der ikke længere koster en halv time

  Har skåret sitets browserdrevne kvalitetsgate fra 1.636 sekunder til 615 ved at afvikle dens tjek med de længste først gennem en worker‑pulje begrænset til fire spor, efter at have målt, at alfabetisk rækkefølge kostede 320 sekunder mod 224.

• Har skåret stylesheet‑bundtet fra 87 KB til 31 KB

  Har skåret stylesheet‑bundtet fra 87 KB til 31 KB ved at tage en base64‑skrifttype ud af det og fjernet 756 KB fordelt på 22 filer, der blev udgivet ved hver udrulning, men som intet henviste til.

• Har indlejret en QR‑encoder på 522 linjer

  Har indlejret en QR‑encoder — Reed‑Solomon over GF(256), fast modullayout, otte maskemønstre — på 522 linjer i stedet for at tage en tredje runtime‑afhængighed ind og verificeret den ved at læse den færdige matrix tilbage med en uafhængigt skrevet dekoder.

• En app, der åd 41 MB i sekundet, standset

  Har stoppet en applikation i at fylde hukommelsen med 41 MB i sekundet — 111 GB komprimerede sider målt på en maskine med 36 GB — ved at begrænse hver hændelsesstrøm, abonnere efter hændelsestype og lægge et ratebudget på logning, hvilket bragte 610.996 loglinjer ned på 1.411.

• Har indført Swift 6 strict concurrency over C

  Har indført Swift 6's complete strict concurrency uden actors og bygget bro fra en blokerende C‑hændelsesløkke til main actor gennem én producent, én forbruger og én rækkefølge — efter at have fastslået, at en opgave pr. hændelse mister den rækkefølge, grænsefladen afhænger af.

Dette arbejde er en del af det, vi tilbyder som Backend- & API‑udvikling, Frontend‑udvikling, Platform- & løsningsarkitektur, Databasedesign & datamodellering, GIS & geospatiale løsninger, Webstedsudvikling & CMS, Site reliability & overvågning og Teknisk ledelse & rådgivning.

Er du ved at bygge noget, der kræver det her? Kontakt os.