Teknologier

Vi bruger ikke teknologier efter mode, men efter driftsrealitet, levetid, integrationsbehov og teamets kompetencer. Det afgørende er ikke buzzwordet, men om systemet senere kan drives rent, udvides og overtages uden friktion.

Hvornår hvilken retning giver mening

Delphi-modernisering i praksis

Når en gammel Delphi-applikation fagligt stadig er værdifuld, moderniserer vi ikke blindt. Vi analyserer først, hvordan systemet faktisk arbejder, hvilke processer det bærer, hvor dataflows bryder, og hvilke arv der bremser driften. Heraf opstår en moderniseringssti, som ikke kun ser ren ud på papiret, men også forbliver bæredygtig i hverdagen.

I mange modne applikationer ligger den egentlige værdi ikke i brugerfladen, men i års domænelogik, særregler, undtagelser og erfaringsviden. Den substans smider man ikke væk uden videre. Vi adskiller ansvar rent, reorganiserer databasen, udfaser gamle adgangsveje, etablerer nye REST-snitflader og supplerer efter behov klienter til Windows, macOS og Linux på det samme faglige grundlag. Så opstår der ikke et hårdt brud, men en gennemskuelig videreudvikling med en klar teknisk afgrænsning.

Ofte betyder det også at bringe historisk voksede monolitter tilbage i en form, der bliver vedligeholdbar, testbar og udvidelig. Dataadgangen stabiliseres, forretningslogik frigøres fra brugerflade-kode, snitflader bliver planlægbare, og fremtidige udvidelser behøver ikke længere at blive kæmpet igennem mod det eksisterende. Målet er ikke kosmetisk modernisering, men et system, der igen giver virksomheden luft til nye krav.

Services og servere som del af den samme arkitektur

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

Når data skal behandles distribueret, snitflader stilles til rådighed, eksportkørsler afvikles, importer overvåges eller opgaver udføres tidsstyret i baggrunden, skal det tekniske ansvar være afklaret fra starten. Hvilke dele kører i klienten, hvilke i tjenesten, hvilke på serveren, hvordan bliver fejl synlige, hvordan bliver tilstandsændringer sporbare, hvordan holdes domænelogikken konsistent? De spørgsmål besvarer vi tidligt, så der af enkelte byggesten bliver et robust samlet system.

Det er især afgørende i multiplatform-projekter. En desktop-klient på Windows, macOS eller Linux må fagligt ikke mene noget andet end en ledsagende REST-server eller en baggrundstjeneste. Derfor tænker vi datamodel, processer, rettigheder, integrationer og drift altid sammen. Så opstår der en arkitektur, hvor klienter, services og servere taler det samme sprog.

Vores princip

Teknologi er for os ikke et trossystem. Afgørende er, at arkitektur, team-egnethed, drift og fremtidige udvidelser passer til virksomheden. Det er ikke den mest højlydte platform, der vinder, men den, som gør det muligt at styre risiko, vedligeholdbarhed og vækst fornuftigt.

Nogle opgaver løser vi bevidst med Delphi, fordi moden forretningslogik, performante klienter og multiplatform-evne får lov at udnytte deres styrker dér. Andre krav passer bedre til C#, til services, til en portal eller til 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 professionel softwareudvikling for os. Vi vil ikke kun levere noget, der fungerer i dag, men skabe et teknisk fundament, der også senere er gennemskueligt, kan overtages og kan vedligeholdes økonomisk.

Ofte stillede spørgsmål om teknologi og arkitektur

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