Softwareudvikling

Vi tager udgangspunkt i, hvad dit team kan drive og rekruttere til, hvad dine øvrige systemer bruger, og hvad softwaren skal kunne. For det meste forretningssoftware betyder det et udbredt sprog som TypeScript, Java, C# eller Python, en relationsdatabase og den cloud, du allerede bruger. Vi dokumenterer hvert valg og begrundelsen for det.

Læs mere: Udvikling af applikationer, platforme og komponerbare produkterLink til dette spørgsmål

Ja. Vi designer lejerisolering, konfiguration pr. lejer, roller, koblingspunkter til fakturering og revisionsspor fra den første udgivelse, fordi det at tilføje dem senere betyder, at datamodellen skal skrives om. Vi aftaler med dig, om lejerne deler en database, et skema eller intet, ud fra dine behov for sikkerhed og omkostninger.

Læs mere: Udvikling af applikationer, platforme og komponerbare produkterLink til dette spørgsmål

Din platform bygges af selvstændige forretningskapabiliteter med deres egne API’er, som prissætning, onboarding eller fakturering. Hver af dem kan ændres, skaleres eller udskiftes uden at røre resten, og nye produkter kan genbruge dem. Det passer til platforme, der skal vokse i årevis; et lille værktøj har ikke brug for det.

Læs mere: Udvikling af applikationer, platforme og komponerbare produkterLink til dette spørgsmål

Vi bruger React med Next.js til de fleste nye applikationer, fordi det understøtter serverrendering og har stærke værktøjer. Vi arbejder også med Angular og Vue.js, og vi fortsætter i det framework, du allerede bruger, når det er det fornuftige valg.

Læs mere: Udvikling af applikationer, platforme og komponerbare produkterLink til dette spørgsmål

Vælg desktop, når arbejdet kræver offlinebrug, direkte adgang til enheder eller lokale filer, store datamængder eller tung grafik eller hurtige, tastaturstyrede skærmbilleder. Til de fleste andre behov er en webapplikation lettere at udrulle og opdatere. Vi anbefaler fra sag til sag, og nogle gange er en webapplikation med en lille desktopkomponent det rigtige svar.

Læs mere: Udvikling af applikationer, platforme og komponerbare produkterLink til dette spørgsmål

Native applikationer giver den bedste ydeevne og passer tættest til hvert operativsystem. Applikationer på tværs af platforme deler én kodebase på Windows, macOS og Linux, hvilket sænker omkostningerne ved at bygge og ændre dem. Vi anbefaler native, når én platform dominerer, eller arbejdet er krævende, og på tværs af platforme, når flere platforme betyder noget.

Læs mere: Udvikling af applikationer, platforme og komponerbare produkterLink til dette spørgsmål

Ja, til de opgaver, der tillader det. Vi beslutter sammen med dig, hvilke data hver bruger har brug for på enheden, holder dem krypteret og registrerer brugerens ændringer, indtil netværket er tilbage. Når den samme post ændres to steder, afgør aftalte regler, hvilken ændring der vinder, eller beder en person om at vælge.

Læs mere: Udvikling af applikationer, platforme og komponerbare produkterLink til dette spørgsmål

Ja. Vi integrerer med de enheder, dine medarbejdere bruger, som stregkodescannere, kvitterings- og etiketprintere, vægte og betalingsterminaler. Vi forbinder via hver enheds drivere, SDK’er eller standardporte og tester med præcis de modeller og den firmware, du kører, fordi enheder af samme type ofte opfører sig forskelligt.

Læs mere: Udvikling af applikationer, platforme og komponerbare produkterLink til dette spørgsmål

Native apps i Swift og Kotlin giver den fulde adgang til enhedens funktioner. Apps på tværs af platforme i React Native eller Flutter deler det meste af koden mellem iOS og Android, hvilket sænker omkostningerne ved at bygge og ændre dem. Vi anbefaler native, når appen i høj grad afhænger af enheden, og på tværs af platforme til de fleste erhvervs- og forbrugerapps.

Læs mere: Mobil, spatial computing og digitale tvillingerLink til dette spørgsmål

En digital tvilling er en levende 3D-model af et fysisk sted eller en proces, fodret med data fra dens sensorer og systemer. Den er værd at bygge, når beslutninger om stedet er dyre at afprøve i virkeligheden. Eksempler er at ændre en produktionslinje, planlægge en havn, drive en smart city-bydel eller træne personale til sjældne hændelser.

Læs mere: Mobil, spatial computing og digitale tvillingerLink til dette spørgsmål

Dem, der beskriver det virkelige anlæg: industrielle IoT- og sensorplatforme, bygnings- og anlægssystemer og ERP- og vedligeholdelsessystemer. Vi aftaler datakilderne, og hvor ofte hver af dem opdateres, så tvillingen viser anlægget, som det er.

Læs mere: Mobil, spatial computing og digitale tvillingerLink til dette spørgsmål

Ja, hvor brugerrejserne tillader det. Vi gemmer de data, brugeren har brug for, krypteret på enheden og sætter ændringerne i kø, indtil forbindelsen er tilbage. Synkroniseringsregler afgør, hvad der sker, når den samme post er ændret to steder, og dem designer vi sammen med dig.

Læs mere: Mobil, spatial computing og digitale tvillingerLink til dette spørgsmål

Vi designer efter WCAG 2.2 AA fra den første wireframe: tilstrækkelig kontrast, synligt fokus, en logisk læserækkefølge, store nok klikflader og en etiket til hvert kontrolelement. Automatiske kontroller kører ved hver ændring. Før hver udgivelse tester vi de vigtigste brugerrejser manuelt med tastatur og skærmlæsere.

Læs mere: UX og autonom kvalitetssikringLink til dette spørgsmål

Ja. Design fra højre mod venstre er mere end at spejle skærmen: navigation, fremdriftsindikatorer og retningsikoner spejles, mens tal, logoer og mediekontroller normalt ikke gør. Arabisk tekst kræver sin egen skrifttype, størrelse og linjehøjde, og vi gennemgår begge retninger med læsere, der har sproget som modersmål.

Læs mere: UX og autonom kvalitetssikringLink til dette spørgsmål

Interfacetests går som regel i stykker, når en knap flyttes eller omdøbes, selvom funktionen stadig virker. Selvhelende tests bruger AI til at finde elementet igen og foreslå en opdateret test, som en ingeniør gennemgår, før den accepteres. Suiten forbliver pålidelig uden at skjule reelle fejl.

Læs mere: UX og autonom kvalitetssikringLink til dette spørgsmål

AI læser store mængder gammel kode hurtigt: den forklarer, hvad et program gør, sporer, hvor data bevæger sig hen, foreslår refaktoreringer og laver udkast til tests. Ingeniørerne beslutter, hvad der ændres, gennemgår hver linje og dokumenterer det med karakteriseringstests. AI gør forståelsen hurtigere, men erstatter ikke verifikation.

Læs mere: AI-accelereret modernisering af legacy-systemerLink til dette spørgsmål

Ja. Vi oversætter eller genopbygger COBOL-programmer som cloud-native services og migrerer DB2-data med afstemning ved hvert trin. Batchjobs og filgrænseflader får moderne afløsere. Dele, der er stabile og dyre at flytte, kan blive bag et API-lag, indtil det bliver deres tur.

Læs mere: AI-accelereret modernisering af legacy-systemerLink til dette spørgsmål

Når den gamle kerne er stabil og korrekt, men svær at komme til. Moderne API’er foran den lader nye kanaler, partnere og produkter bruge dens funktioner uden at røre ved dens indre opbygning. Vi anbefaler udskiftning, når systemet blokerer for forandring, ikke kan sikres eller ikke længere kan bemandes.

Læs mere: AI-accelereret modernisering af legacy-systemerLink til dette spørgsmål

En suveræn cloud holder data, drift og juridisk kontrol inden for én jurisdiktion. Det kan være en regional udbyder, en offentlig cloud, en hyperscalerregion med de rette kontroller eller dit eget datacenter. Du har brug for en, når loven eller din tilsynsmyndighed kræver, at visse registreringer bliver i landet. Vi kortlægger, hvilke af dine workloads der er omfattet af sådanne regler, før vi anbefaler, hvor de skal køre.

Læs mere: Cloududvikling, SovereignTech og hybrid migreringLink til dette spørgsmål

Som regel den, du allerede bruger, medmindre der er en klar grund til at skifte. De afgørende faktorer er dataplacering, dine eksisterende kontrakter og kompetencer, de administrerede tjenester, du har brug for, og hvordan dine øvrige systemer er forbundet. Vi arbejder på tværs af AWS, Microsoft Azure, Google Cloud, Alibaba Cloud og regionale offentlige clouds og begrænser udbyderspecifik kode til de steder, hvor det er det værd.

Læs mere: Cloududvikling, SovereignTech og hybrid migreringLink til dette spørgsmål

Infrastrukturen defineres i open source-værktøjer som Terraform, OpenTofu eller Pulumi, og workloadene kører på Kubernetes eller andre flytbare platforme. Hvor en udbyders egen tjeneste er det bedste valg, bruger vi den bevidst og dokumenterer vejen ud. Du ender med et skriftligt skøn over, hvad det vil kræve at flytte hver workload.

Læs mere: Cloududvikling, SovereignTech og hybrid migreringLink til dette spørgsmål

Det afhænger af hvert system: hvor dets data må opbevares, dets behov for ydeevne og forbindelse, dets licenser, og hvad dit team kan drive. Mange virksomheder har et hybridt IT-landskab, som fungerer godt, når det er designet som ét. Vi sammenligner mulighederne på omkostninger, risiko og indsats og anbefaler den, vi selv ville vælge.

Læs mere: Cloududvikling, SovereignTech og hybrid migreringLink til dette spørgsmål

Overvej det, når dataene ikke må forlade dine grænser, eller når forbruget er stabilt nok til, at egen kapacitet koster mindre end at betale pr. kald. Vi sammenligner en privat klynge, en suveræn cloud og en offentlig modeltjeneste for din workload og dimensionerer derefter klyngen og de modeller, den leverer.

Læs mere: Cloududvikling, SovereignTech og hybrid migreringLink til dette spørgsmål

Ja. Vi tager udgangspunkt i det, du har, og udskifter kun det, der ikke længere er understøttet eller står i vejen for designet. Hvor hardware eller licenser skal købes, specificerer vi, hvad der er brug for og hvorfor, og du vælger leverandøren.

Læs mere: Cloududvikling, SovereignTech og hybrid migreringLink til dette spørgsmål

DevOps er en arbejdsform, hvor udviklere og drift deler ansvaret for at drive software. Platformsudvikling gør den arbejdsform til et produkt: en intern udviklerplatform, der giver hvert team den samme testede måde at bygge, udrulle og drive services på. Dine teams bruger tiden på funktioner, ikke på pipelines.

Læs mere: DevOps, platformsudvikling og AI-kodningsværktøjerLink til dette spørgsmål

Som regel dem, du allerede har. Vi arbejder med Terraform, OpenTofu og Pulumi til infrastruktur, Kubernetes til containere og de almindelige CI/CD-tjenester, herunder GitLab CI/CD, GitHub Actions og Argo CD. Vi anbefaler kun en ændring, når et værktøj står i vejen for det, du har brug for.

Læs mere: DevOps, platformsudvikling og AI-kodningsværktøjerLink til dette spørgsmål

Ikke når de sættes op pr. anvendelsestilfælde. En opgave flyttes først til en mindre model, når den har bestået de samme evalueringer som frontiermodellen, og cachelagrede svar bruges kun, hvor et gemt svar forbliver korrekt. Alt, hvad der er usikkert, går stadig til den større model.

Læs mere: SRE, observerbarhed og FinOps for cloud og AI-tokensLink til dette spørgsmål

GreenOps anvender FinOps-tilgangen på energi og CO2. Workloads dimensioneres efter det, de bruger, kører, hvor og hvornår strømmen er renere, hvis de kan vente, og rapporteres på den måde, din ESG-rapportering kræver.

Læs mere: SRE, observerbarhed og FinOps for cloud og AI-tokensLink til dette spørgsmål

Understøttelsen afhænger af model og firmwareversion. Vi kontrollerer hver HSM i CBOM-revisionen og planlægger kun opgraderinger eller udskiftninger, hvor der er brug for dem.

Læs mere: Postkvantekryptografi og kvantesikker krypteringLink til dette spørgsmål

Sjældent. Postkvantekryptografi kører på de netværk og den hardware, du allerede har, mens QKD kræver dedikerede optiske forbindelser. Vi overvejer kun QKD for nogle få særligt værdifulde forbindelser, hvor en myndighed eller en partner forventer det.

Læs mere: Postkvantekryptografi og kvantesikker krypteringLink til dette spørgsmål

AWS, Microsoft Azure, Google Cloud, Alibaba Cloud og regionale offentlige clouds samt dine egne datacentre og private GPU-klynger. Infrastrukturen defineres i Terraform, OpenTofu eller Pulumi, og workloads kører på Kubernetes, så valget af udbyder forbliver åbent.

Læs mere: Cloud og infrastrukturLink til dette spørgsmål

Ja. Vi vurderer, hvilke tjenester der binder dig til udbyderen, designer målet i en suveræn cloud, hos en anden udbyder eller i dit eget datacenter og flytter workloads i etaper med en tilbagerulningsvej for hver. Du bestemmer, hvor langt du vil gå: Nogle kunder flytter alt, andre kun de workloads, deres tilsynsmyndigheder går op i.

Læs mere: Cloud og infrastrukturLink til dette spørgsmål