Teknologiar

Vi brukar ikkje teknologiar etter mote, men etter driftsrealitet, levetid, integrasjonsbehov og teamkompetanse. Avgjerande er ikkje slagordet, men om systemet seinare kan driftsførast, utvidast og overtakast på ein ryddig måte.

Når kva retning som er fornuftig

Delphi-modernisering i praksis

Når ein gamal Delphi-applikasjon fagleg framleis er verdifull, moderniserer vi ikkje blindt. Vi analyserer først korleis systemet faktisk fungerer, kva prosessar det støttar, kvar dataløp bryt saman og kva gamle restar som sinkar drifta. Ut frå dette blir det laga ein moderniseringsveg som ikkje berre ser bra ut på papiret, men som er robust i dagleg drift.

I mange vellukka applikasjonar ligg den reelle verdien ikkje i brukargrensesnittet, men i år med faglogikk, særreglar, unntak og erfaringskunnskap. Denne substansen kastar ein ikkje lettsindig. Vi skil ansvarsområde tydeleg, ordnar databasen på nytt, byter ut gamle tilgangsvegar, opprettar nye REST-grensesnitt og kompletterer ved behov klientar for Windows, macOS og Linux på same faglege grunnlag. Slik oppstår det ikkje eit hardt brot, men ei etterretteleg vidareutvikling med klar teknisk utforming.

Det betyr ofte òg å få historisk vaksne monolittar inn i ein form som er vedlikehaldbar, testbar og lett å utvide. Datatilgangen blir stabilisert, faglogikk blir løyst ut av brukargrensesnittkoden, grensesnitt blir planbare, og framtidige utvidingar treng ikkje lenger bli kjempa fram mot den eksisterande løysinga. Målet er ikkje kosmetisk modernisering, men eit system som gjev verksemda rom for nye krav.

Tenester og serverar som del av same arkitektur

Fleire føretaksystem treng i dag ikkje berre ein klient, men òg bakgrunnstenester, Windows- eller Linux-tenester og REST-serverar. Nøyaktig derfor planlegg vi desse delane ikkje som ein seinare påbygging, men som ein del av same arkitektur. Ein teneste som fyrst blir lagd til seinare, vert nesten alltid eit særtilfelle.

Når data skal handsamast distribuert, grensesnitt leverast, eksportar køyrast, importar overvåkast eller oppgåver køyrast styrt i bakgrunnen, må det tekniske ansvaret vere klarlagt frå byrjinga av. Kva delar køyrer i klienten, kva i tenesta, kva på serveren, korleis blir feil synlege, korleis blir tilstandsendreingar etterprøvbare, korleis held faglogikken seg konsistent? Desse spørsmåla svarar vi tidleg på, slik at enkeltkomponentar blir eit robust totalsystem.

Det er særleg avgjerande i multippattformprosjekt. Ein desktop-klient på Windows, macOS eller Linux skal fagleg ikkje meine noko anna enn ein følgjande REST-server eller ein bakgrunnsteneste. Difor tenkjer vi datamodell, prosessar, rettigheiter, integrasjonar og drift alltid saman. Slik oppstår ei arkitektur der klientar, tenester og serverar snakkar same språk.

Vårt prinsipp

Teknologi er for oss ikkje eit trosystem. Avgjerande er at arkitektur, teamkapasitet, drift og framtidige utvidingar passar for verksemda. Ikkje den mest støyande plattforma vinn, men den som gjer det mogleg å handtere risiko, vedlikehald og vekst på ein fornuftig måte.

Visse oppgåver løyser vi målretta med Delphi, fordi der vaksen forretningslogikk, høgtytande klientar og fleirplattformstøtte kan utnytte styrkane sine. Andre krav passar betre til C#, til tenester, eit portal eller ein kombinasjon av begge. God arkitektur kjem ikkje av motar, men av klarheit: Kva ansvar har kvar systemdel, kva levetid kan ein vente, kor stort er teamet, kor kritisk er drifta og kva utvidingar er realistiske i dei neste åra?

Nett her startar for oss profesjonell programvareutvikling. Vi vil ikkje berre levere noko som fungerer i dag, men skapa eit teknisk fundament som seinare framleis er etterrettleg, overtakbart og økonomisk vedlikehaldbart.

Vanlege spørsmål om teknologi og arkitektur

Teknologiske avgjerder må passe til teamet, til faglegheita og til drift. Nøyaktig difor avklarar vi desse spørsmåla ikkje abstrakt, men alltid på det konkrete systemet.