Mjukvaruutveckling

Vi utgår från vad ditt team kan driva och rekrytera till, vad dina andra system använder och vad programvaran måste göra. För de flesta affärssystem innebär det ett vanligt språk som TypeScript, Java, C# eller Python, en relationsdatabas och det moln du redan använder. Vi dokumenterar varje val och skälen till det.

Läs mer: Applikations-, plattforms- och produktteknikLänk till den här frågan

Ja. Vi utformar isolering mellan tenanter, konfiguration per tenant, roller, faktureringskopplingar och granskningsspår från första releasen, eftersom att lägga till dem senare innebär att skriva om datamodellen. Vi enas med dig om tenanter delar databas, schema eller ingenting, utifrån dina behov av säkerhet och kostnad.

Läs mer: Applikations-, plattforms- och produktteknikLänk till den här frågan

Din plattform byggs av fristående affärsförmågor med egna API:er, som prissättning, kundintroduktion eller fakturering. Var och en kan ändras, skalas eller ersättas utan att röra resten, och nya produkter kan återanvända dem. Det passar plattformar som ska växa i många år; ett litet verktyg behöver det inte.

Läs mer: Applikations-, plattforms- och produktteknikLänk till den här frågan

Vi använder React med Next.js för de flesta nya applikationer, eftersom det stödjer serverrendering och har starka verktyg. Vi arbetar också med Angular och Vue.js, och vi fortsätter i det ramverk du redan använder när det är det kloka valet.

Läs mer: Applikations-, plattforms- och produktteknikLänk till den här frågan

Välj skrivbord när arbetet kräver offlineanvändning, direkt åtkomst till enheter eller lokala filer, tunga data eller grafik, eller snabba tangentbordsstyrda skärmar. För de flesta andra behov är en webbapplikation enklare att rulla ut och uppdatera. Vi rekommenderar från fall till fall, och ibland är en webbapplikation med en liten skrivbordskomponent rätt svar.

Läs mer: Applikations-, plattforms- och produktteknikLänk till den här frågan

Nativa applikationer ger bäst prestanda och passar varje operativsystem bäst. Plattformsoberoende applikationer delar en kodbas över Windows, macOS och Linux, vilket sänker kostnaden för att bygga och ändra dem. Vi rekommenderar nativt när en plattform dominerar eller arbetet är krävande, och plattformsoberoende när flera plattformar spelar roll.

Läs mer: Applikations-, plattforms- och produktteknikLänk till den här frågan

Ja, för de uppgifter som tillåter det. Vi beslutar tillsammans med dig vilken data varje användare behöver på enheten, håller den krypterad och registrerar ändringarna tills nätet kommer tillbaka. När samma post ändras på två ställen avgör överenskomna regler vilken ändring som vinner, eller ber en person välja.

Läs mer: Applikations-, plattforms- och produktteknikLänk till den här frågan

Ja. Vi integrerar med de enheter din personal använder, som streckkodsläsare, kvitto- och etikettskrivare, vågar och betalterminaler. Vi ansluter genom varje enhets drivrutiner, SDK:er eller standardportar och testar med exakt de modeller och den firmware du kör, eftersom enheter av samma typ ofta beter sig olika.

Läs mer: Applikations-, plattforms- och produktteknikLänk till den här frågan

Nativeappar i Swift och Kotlin ger fullast åtkomst till enhetens funktioner. Plattformsoberoende appar i React Native eller Flutter delar det mesta av koden mellan iOS och Android, vilket sänker kostnaden för att bygga och ändra dem. Vi rekommenderar native när appen är starkt beroende av enheten och plattformsoberoende för de flesta affärs- och konsumentappar.

Läs mer: Mobil, spatial datoranvändning och digitala tvillingarLänk till den här frågan

En digital tvilling är en levande 3D-modell av en fysisk plats eller process, matad med data från dess sensorer och system. Den är värd att bygga när beslut om platsen är dyra att testa i verkligheten. Exempel är att ändra en produktionslinje, planera en hamn, driva en stadsdel i en smart stad eller utbilda personal för sällsynta händelser.

Läs mer: Mobil, spatial datoranvändning och digitala tvillingarLänk till den här frågan

De som beskriver den verkliga anläggningen: plattformar för industriell IoT och sensorer, fastighets- och anläggningssystem samt ERP- och underhållssystem. Vi kommer överens om datakällorna och hur ofta var och en uppdateras, så att tvillingen visar anläggningen som den är.

Läs mer: Mobil, spatial datoranvändning och digitala tvillingarLänk till den här frågan

Ja, där resorna tillåter det. Vi lagrar datan användaren behöver på enheten, krypterad, och köar ändringarna tills anslutningen är tillbaka. Synkroniseringsregler avgör vad som händer när samma post ändrats på två ställen, och vi utformar reglerna tillsammans med dig.

Läs mer: Mobil, spatial datoranvändning och digitala tvillingarLänk till den här frågan

Vi utformar enligt WCAG 2.2 AA från första wireframen: tillräcklig kontrast, synligt fokus, logisk läsordning, tillräckligt stora träffytor och en etikett för varje kontroll. Automatiska kontroller körs vid varje ändring. Före varje release testar vi de viktigaste användarresorna för hand med tangentbord och skärmläsare.

Läs mer: UX och autonom kvalitetsteknikLänk till den här frågan

Ja. Design för höger till vänster är mer än att spegelvända skärmen: navigering, förloppsindikatorer och riktningsikoner speglas, medan siffror, logotyper och mediekontroller oftast inte gör det. Arabisk text behöver eget typsnitt, egen storlek och egen radhöjd, och vi granskar båda riktningarna med modersmålsläsare.

Läs mer: UX och autonom kvalitetsteknikLänk till den här frågan

Gränssnittstester går oftast sönder när en knapp flyttas eller byter namn, även om funktionen fortfarande fungerar. Självläkande tester använder AI för att hitta elementet igen och föreslå ett uppdaterat test, som en ingenjör granskar innan det godkänns. Sviten förblir pålitlig utan att dölja verkliga defekter.

Läs mer: UX och autonom kvalitetsteknikLänk till den här frågan

Den läser stora mängder gammal kod snabbt: förklarar vad ett program gör, spårar vart datan tar vägen, föreslår refaktoreringar och tar fram testutkast. Ingenjörerna beslutar vad som ändras, granskar varje rad och verifierar det med karaktäriseringstester. AI snabbar upp förståelsen; den ersätter inte verifieringen.

Läs mer: AI-accelererad modernisering av arvssystemLänk till den här frågan

Ja. Vi översätter eller bygger om COBOL-program som molnnativa tjänster och migrerar DB2-data med avstämning i varje steg. Batchjobb och filgränssnitt får moderna motsvarigheter. Delar som är stabila och dyra att flytta kan stanna bakom ett API-lager till dess att deras tur kommer.

Läs mer: AI-accelererad modernisering av arvssystemLänk till den här frågan

När den gamla kärnan är stabil och korrekt men svår att nå. Moderna API:er framför den låter nya kanaler, partner och produkter använda dess funktioner utan att röra dess interna delar. Vi rekommenderar ersättning när systemet blockerar förändring, inte kan säkras eller inte längre kan bemannas.

Läs mer: AI-accelererad modernisering av arvssystemLänk till den här frågan

Ett suveränt moln håller data, drift och juridisk kontroll inom en jurisdiktion. Det kan vara en regional leverantör, ett statligt moln, en hyperscalerregion med rätt kontroller eller ditt eget datacenter. Det behövs när lagen eller din tillsynsmyndighet kräver att vissa uppgifter stannar i landet. Vi kartlägger vilka av dina arbetsbelastningar som omfattas av sådana regler innan vi rekommenderar var de ska köras.

Läs mer: Molnteknik, SovereignTech och hybridmigreringLänk till den här frågan

Oftast den du redan använder, om det inte finns ett tydligt skäl att byta. Det som avgör är datalokalisering, dina befintliga avtal och din kompetens, de förvaltade tjänster du behöver och hur dina andra system ansluter. Vi arbetar över AWS, Microsoft Azure, Google Cloud, Alibaba Cloud och regionala myndighetsmoln och håller leverantörsspecifik kod till de ställen där den är värd det.

Läs mer: Molnteknik, SovereignTech och hybridmigreringLänk till den här frågan

Infrastrukturen definieras i verktyg med öppen källkod som Terraform, OpenTofu eller Pulumi, och arbetsbelastningarna körs på Kubernetes eller andra flyttbara plattformar. Där en leverantörs egen tjänst är det bättre valet använder vi den medvetet och dokumenterar vägen ut. Du får en skriftlig uppskattning av vad en flytt av varje arbetsbelastning skulle kräva.

Läs mer: Molnteknik, SovereignTech och hybridmigreringLänk till den här frågan

Det beror på varje system: var dess data får lagras, dess prestanda- och anslutningsbehov, dess licenser och vad ditt team kan driva. Många företag driver en hybrid IT-miljö, vilket fungerar bra när den är utformad som en helhet. Vi jämför alternativen på kostnad, risk och arbete och rekommenderar det vi själva skulle välja.

Läs mer: Molnteknik, SovereignTech och hybridmigreringLänk till den här frågan

Överväg det när datan inte får lämna din gräns, eller när användningen är så jämn att egen kapacitet kostar mindre än att betala per anrop. Vi jämför ett privat kluster, ett suveränt moln och en publik modelltjänst för din arbetsbelastning och dimensionerar sedan klustret och de modeller det betjänar.

Läs mer: Molnteknik, SovereignTech och hybridmigreringLänk till den här frågan

Ja. Vi utgår från det du har och ersätter bara det som är utan support eller står i vägen för designen. Där hårdvara eller licenser måste köpas specificerar vi vad som behövs och varför, och du väljer leverantör.

Läs mer: Molnteknik, SovereignTech och hybridmigreringLänk till den här frågan

DevOps är arbetssättet där utvecklare och drift delar ansvaret för att köra programvara. Platform engineering gör arbetssättet till en produkt: en intern utvecklarplattform som ger varje team samma testade sätt att bygga, driftsätta och drifta tjänster. Dina team lägger tiden på funktioner, inte på pipelines.

Läs mer: DevOps, plattformsteknik och arbetsmiljöer för AI-kodagenterLänk till den här frågan

Vanligen de du redan har. Vi arbetar med Terraform, OpenTofu och Pulumi för infrastruktur, Kubernetes för containers och de vanliga CI/CD-tjänsterna, bland annat GitLab CI/CD, GitHub Actions och Argo CD. Vi föreslår en ändring bara när ett verktyg blockerar det du behöver.

Läs mer: DevOps, plattformsteknik och arbetsmiljöer för AI-kodagenterLänk till den här frågan

Inte när de ställs in per användningsfall. En uppgift flyttas till en mindre modell först efter att den klarat samma utvärderingar som frontiermodellen, och cachade svar används bara där ett lagrat svar förblir korrekt. Allt osäkert går fortfarande till den större modellen.

Läs mer: SRE, observerbarhet och FinOps för moln och AI-tokensLänk till den här frågan

GreenOps tillämpar FinOps-arbetssättet på energi och koldioxid. Arbetsbelastningar dimensioneras efter vad de använder, körs där och när elen är renare om de kan vänta, och rapporteras i de termer som din ESG-rapportering behöver.

Läs mer: SRE, observerbarhet och FinOps för moln och AI-tokensLänk till den här frågan

Stödet varierar mellan modeller och firmwareversioner. Vi kontrollerar varje HSM i CBOM-granskningen och planerar uppgraderingar eller byten bara där de behövs.

Läs mer: Postkvantkryptografi och kvantsäker krypteringLänk till den här frågan

Sällan. Postkvantkryptografi körs på de nätverk och den hårdvara du redan har, medan QKD kräver dedikerade optiska länkar. Vi tittar på QKD bara för några få länkar med högt värde där en tillsynsmyndighet eller partner förväntar sig det.

Läs mer: Postkvantkryptografi och kvantsäker krypteringLänk till den här frågan

AWS, Microsoft Azure, Google Cloud, Alibaba Cloud och regionala myndighetsmoln, liksom egna datacenter och privata GPU-kluster. Infrastrukturen definieras i Terraform, OpenTofu eller Pulumi och arbetslasterna körs på Kubernetes, så valet av leverantör förblir öppet.

Läs mer: Moln och infrastrukturLänk till den här frågan

Ja. Vi bedömer vilka tjänster som binder verksamheten till leverantören, utformar målmiljön i ett suveränt moln, hos en annan leverantör eller i eget datacenter och flyttar arbetslasterna i etapper med en återställningsväg för varje. Hur långt flytten går är ett val: vissa kunder flyttar allt, andra bara de arbetslaster som tillsynsmyndigheterna bryr sig om.

Läs mer: Moln och infrastrukturLänk till den här frågan