Teknologier

Vi anvender teknologier ikke efter mode, men ud fra driftsrealitet, levetid, integrationsbehov og teamets kapacitet. Afgørende er ikke slagordet, men om systemet senere kan drives, udbygges og overtages på en ordentlig og driftssikker måde.

Hvornår hvilken retning giver mening

Delphi-modernisering i praksis

Hvis en gammel Delphi-applikation fagligt stadig har værdi, moderniserer vi ikke blindt. Vi analyserer først, hvordan systemet faktisk fungerer, hvilke processer det understøtter, hvor dataflowene bryder sammen, og hvilke forældede komponenter der hæmmer driften. Ud fra det opstår en moderniseringsvej, der ikke kun ser ren ud på papiret, men som i daglig drift forbliver bæredygtig.

I mange ældre systemer ligger den egentlige værdi ikke i brugergrænsefladen, men i årtiers faglogik, særlige regler, undtagelser og erfaringsviden. Den substans kasseres ikke let. Vi adskiller ansvar tydeligt, reorganiserer databasen, udfaser gamle adgangsveje, opretter nye REST-grænseflader og tilføjer efter behov klienter til Windows, macOS og Linux på samme faglige grundlag. Der opstår dermed ikke et brat brud, men en gennemskuelig videreudvikling med klart teknisk sigte.

Ofte betyder det også at bringe historisk opståede monolitter tilbage i en form, der er vedligeholdelig, testbar og udvidelsesvenlig. Dataadgangen stabiliseres, forretningslogik frigøres fra brugergrænsefladekode, grænseflader gøres planbare, og fremtidige udvidelser behøver ikke længere at kæmpe imod den eksisterende kodebase. Målet er ikke kosmetisk modernisering, men et system, der igen giver virksomheden plads til nye krav.

Services og servere som del af samme arkitektur

Mange virksomhedssystemer har i dag brug for ikke kun en klient, men også baggrundstjenester, Windows- eller Linux-services og REST-servere. Netop derfor planlægger vi disse dele ikke som en efterfølgende påbygning, men som en del af samme arkitektur. En service, der først kommer til bagefter, bliver næsten altid en undtagelse.

Når data skal behandles distribueret, grænseflader leveres, eksporter køres, importer overvåges eller opgaver køres tidsstyret i baggrunden, skal den tekniske ansvarlighed afklares fra starten. Hvilke dele kører i klienten, hvilke i tjenesten, hvilke på serveren, hvordan bliver fejl synlige, hvordan bliver tilstandsændringer sporbare, hvordan bevares forretningslogikkens konsistens? Disse spørgsmål besvarer vi tidligt, så enkelte byggesten bliver til et robust samlet system.

Det er særlig vigtigt i multiplatformprojekter. En desktop-klient på Windows, macOS eller Linux må fagligt ikke betyde noget andet end en tilhørende REST-server eller en baggrundstjeneste. Derfor tænker vi datamodel, processer, rettigheder, integrationer og drift altid i sammenhæng. Så opstår en arkitektur, hvor klienter, services og servere taler samme sprog.

Vores grundprincip

Teknologi er for os ikke et trosprincip. Det afgørende er, at arkitektur, teamets kapacitet, drift og fremtidige udvidelser passer til virksomheden. Ikke den mest højlydte platform vinder, men den platform, som gør det muligt at styre risiko, vedligeholdelse og vækst fornuftigt.

Nogle opgaver løser vi bevidst med Delphi, fordi den der modnede forretningslogik, højtydende klienter og multiplatformkapabilitet kommer bedst til deres ret. Andre krav passer bedre til C#, til services, til en portal eller en kombination af begge. God arkitektur opstår ikke af mode, men af klarhed: Hvilket ansvar har hvilken systemdel, hvilken levetid kan forventes, hvor stort er teamet, hvor kritisk er driften, og hvilke udvidelser vil realistisk komme i de næste år?

Netop dér begynder for os professionel softwareudvikling. Vi ønsker ikke blot at levere noget, der virker i dag, men at skabe et teknisk fundament, som også senere kan være gennemskueligt, overtageligt og økonomisk forsvarligt at vedligeholde.

Ofte stillede spørgsmål om teknologi og arkitektur

Teknologiske beslutninger skal passe til teamet, til fagområdet og til driften. Netop derfor afklarer vi disse spørgsmål ikke abstrakt, men altid ud fra det konkrete system.