Teknikprofil
Översikt över vår tekniska bas
Delphi. C#. SQL. APIs.
Tekniker som passar för affärslogik, data och drift.
Vi väljer inte teknik efter mode, utan efter driftsrealitet, förväntad livslängd, integrationsbehov och teamets kapacitet. Avgörande är inte modeordet, utan om systemet senare kan driftas, vidareutvecklas och övertas på ett ordnat sätt.
Starkt för affärslogik och klienter för flera plattformar
Delphi är starkt där det finns etablerad affärslogik, databasnära processer, rapporter och stabila klienter för Windows, macOS och Linux som ska drivas vidare långsiktigt.
Visa Delphi
C#
Starkt för REST, tjänster och portaler
C# använder vi när portaler, moderna backend-tjänster, REST-APIs och integrationer ska anslutas rent mot befintliga företagsystem.
Visa C#
Architektur
Layer-3 istället för monolitiska arv
Vi separerar medvetet användargränssnitt, affärslogik och dataåtkomst så att förändringar förblir planerbara och nya tjänster inte behöver byggas mot det befintliga systemet.
Visa Layer-3
Plattformen
Ta Windows 11 ARM64 i beaktande tidigt
Utöver klassiska x64-mål beaktar vi tidigt aktuella plattformar som Windows 11 ARM64 så att ny hårdvara och driftsättningar inte senare blir speciella projekt.
Visa ARM64
När vilken riktning är lämplig
Delphi är lämpligt när
- befintlig affärslogik ska leva vidare,
- komplexa skrivbordsprocesser måste förbli stabila,
- Windows-, macOS- och Linux-klienter ska byggas på en gemensam verksamhetsmässig grund.
C# är lämpligt när
- REST-servrar och tjänster ska byggas upp,
- API:er och externa integrationer står i fokus,
- moderna service-arkitekturer efterfrågas.
Hybridlösningar är lämpliga när
- befintliga applikationer och nya portaler måste samarbeta,
- skrivbordsklienter, tjänster och webb använder samma databas,
- modernisering ska ske stegvis och som en Layer-3-struktur.
Delphi-modernisering i praktiken
Om en gammal Delphi-applikation fortfarande har verksamhetsvärde moderniserar vi inte blint. Vi analyserar först hur systemet faktiskt fungerar, vilka processer det stödjer, var dataflöden bryts och vilka arv som bromsar driften. Utifrån det utarbetas en moderniseringsväg som inte bara ser bra ut på papperet utan också är hållbar i vardagen.
I många etablerade system ligger det verkliga värdet inte i användargränssnittet utan i år av affärslogik, särskilda regler, undantag och erfarenhetskunskap. Denna substans slänger man inte bort lättvindigt. Vi separerar ansvar tydligt, omstrukturerar databasen, ersätter gamla åtkomstvägar, skapar nya REST-gränssnitt och kompletterar vid behov klienter för Windows, macOS och Linux på samma verksamhetsmässiga grund. På så vis uppstår inget brutalt avbrott utan en begriplig vidareutveckling med tydlig teknisk avgränsning.
Ofta innebär det också att historiskt uppväxta monoliter återförvandlas till en form som är underhållbar, testbar och utbyggbar. Dataåtkomsten stabiliseras, affärslogik flyttas ut från UI-kod, gränssnitt blir planbara och framtida utbyggnader behöver inte längre kämpa mot det befintliga. Målet är inte kosmetisk modernisering utan ett system som ger företaget utrymme för nya krav.
Tjänster och servrar som del av samma arkitektur
Många företagsystem behöver idag inte bara en klient utan också bakgrundstjänster, Windows- eller Linux-tjänster och REST-servrar. Just därför planerar vi dessa delar inte som efterhandsbyggen utan som delar av samma arkitektur. En tjänst som bara läggs till i efterhand blir nästan alltid ett specialfall.
När data ska bearbetas distribuerat, gränssnitt tillhandahållas, exporter köras, importer övervakas eller uppgifter köras tidsbestämt i bakgrunden måste det tekniska ansvaret vara klart från början. Vilka delar körs i klienten, vilka i tjänsten, vilka på servern, hur blir fel synliga, hur kan tillståndsförändringar spåras, hur hålls affärslogiken konsekvent? Dessa frågor besvarar vi tidigt så att de enskilda byggstenarna blir ett robust helhetssystem.
Detta är särskilt avgörande i multiplattformsprojekt. En desktop-klient på Windows, macOS eller Linux får inte verksamhetsmässigt betyda något annat än en medföljande REST-server eller en bakgrundstjänst. Därför utformar vi datamodell, processer, behörigheter, integrationer och drift tillsammans. Så uppstår en arkitektur där klienter, tjänster och servrar talar samma språk.
Vår grundprincip
Teknik är för oss ingen trosfråga. Avgörande är att arkitektur, teamförmåga, drift och framtida utbyggnader passar företaget. Inte den högljuddaste plattformen vinner, utan den som gör det möjligt att styra risk, underhållbarhet och tillväxt på ett meningsfullt sätt.
Vissa uppgifter löser vi medvetet med Delphi eftersom där etablerad affärslogik, presterande klienter och multiplattformsförmåga spelar ut sina styrkor. Andra krav passar bättre för C#, för tjänster, för en portal eller för en kombination av båda. God arkitektur skapas inte ur mode utan ur klarhet: Vilket ansvar har vilken systemdel, vilken livslängd kan förväntas, hur stort är teamet, hur kritisk är driften och vilka utbyggnader är realistiska de närmaste åren?
Just där börjar för oss professionell mjukvaruutveckling. Vi vill inte bara leverera något som fungerar idag utan skapa en teknisk grund som även senare är begriplig, övertagbar och ekonomiskt underhållbar.
Vanliga frågor om teknik och arkitektur
Teknologiska beslut måste passa teamet, verksamheten och driften. Därför klargör vi dessa frågor inte abstrakt utan alltid med utgångspunkt i det konkreta systemet.
När är Delphi lämpligt jämfört med en fullständig ny plattform?
När etablerad affärslogik, presterande skrivbordsprocesser och mål för multiplattformar bör fortsätta användas på ett kostnadseffektivt sätt istället för att ersätta substansen lättvindigt.
När använder ni dessutom C#?
Framför allt för portaler, webb-backends, REST-tjänster, integrationer och serviceorienterade arkitekturdelar som passar väl ihop med befintliga desktop-system.
Hur viktigt är Layer-3 i praktiken?
Mycket. Först genom en tydlig separation av UI, affärslogik och dataåtkomst blir modernisering, tester, tjänster och framtida plattformsbyten hanterbara.
Tar ni tidigt hänsyn till nya plattformar som Windows 11 ARM64?
Ja. Ny mål-hårdvara och driftsättningsvägar granskas tidigt så att de inte senare blir kostsamma specialprojekt.
Läs fler frågor samlade
Dessa korta svar finns kvar här på sidan. På den centrala FAQ-landersidan placerar vi ämnet dessutom i samband med arkitektur, modernisering, plattformar och drift.