Programvareutvikling

Vi tar utgangspunkt i hva teamet ditt kan drifte og rekruttere til, hva de andre systemene dine bruker og hva programvaren må gjøre. For de fleste forretningssystemer betyr det et utbredt språk som TypeScript, Java, C# eller Python, en relasjonsdatabase og skyen du allerede bruker. Vi dokumenterer hvert valg og begrunnelsen.

Les mer: Applikasjons-, plattform- og komponerbar produktutviklingLenke til dette spørsmålet

Ja. Vi designer isolasjon mellom leietakere, konfigurasjon per leietaker, roller, fakturakoblinger og revisjonsspor fra første utgivelse, fordi å legge dem til senere betyr å skrive om datamodellen. Vi blir enige med deg om leietakere deler database, skjema eller ingenting, basert på behovene dine for sikkerhet og kostnad.

Les mer: Applikasjons-, plattform- og komponerbar produktutviklingLenke til dette spørsmålet

Plattformen din er bygget av selvstendige forretningsfunksjoner med egne API-er, som prising, kundeetablering eller fakturering. Hver av dem kan endres, skaleres eller erstattes uten å røre resten, og nye produkter kan gjenbruke dem. Det passer for plattformer som skal vokse i årevis; et lite verktøy trenger det ikke.

Les mer: Applikasjons-, plattform- og komponerbar produktutviklingLenke til dette spørsmålet

Vi bruker React med Next.js til de fleste nye applikasjoner, fordi det støtter serverrendering og har gode verktøy. Vi arbeider også med Angular og Vue.js, og vi fortsetter i rammeverket du allerede bruker når det er det fornuftige valget.

Les mer: Applikasjons-, plattform- og komponerbar produktutviklingLenke til dette spørsmålet

Velg skrivebordsapplikasjon når arbeidet krever bruk uten nett, direkte tilgang til enheter eller lokale filer, tunge data eller grafikk, eller raske tastaturstyrte skjermer. Til de fleste andre behov er en webapplikasjon enklere å rulle ut og oppdatere. Vi anbefaler fra tilfelle til tilfelle, og noen ganger er en webapplikasjon med en liten skrivebordskomponent det riktige svaret.

Les mer: Applikasjons-, plattform- og komponerbar produktutviklingLenke til dette spørsmålet

Native applikasjoner gir best ytelse og den nærmeste tilpasningen til hvert operativsystem. Plattformuavhengige applikasjoner deler én kodebase på tvers av Windows, macOS og Linux, noe som senker kostnaden ved å bygge og endre dem. Vi anbefaler native når én plattform dominerer eller arbeidet er krevende, og plattformuavhengig når flere plattformer er viktige.

Les mer: Applikasjons-, plattform- og komponerbar produktutviklingLenke til dette spørsmålet

Ja, for oppgavene som tillater det. Vi avgjør sammen med deg hvilke data hver bruker trenger på enheten, holder dem kryptert og registrerer endringene til nettet er tilbake. Når samme post endres på to steder, avgjør avtalte regler hvilken endring som vinner, eller ber en person velge.

Les mer: Applikasjons-, plattform- og komponerbar produktutviklingLenke til dette spørsmålet

Ja. Vi integrerer med enhetene de ansatte bruker, som strekkodelesere, kvitterings- og etikettskrivere, vekter og betalingsterminaler. Vi kobler til gjennom hver enhets drivere, SDK-er eller standardporter, og tester med de nøyaktige modellene og fastvaren dere bruker, fordi enheter av samme type ofte oppfører seg ulikt.

Les mer: Applikasjons-, plattform- og komponerbar produktutviklingLenke til dette spørsmålet

Native apper i Swift og Kotlin gir fullest tilgang til enhetsfunksjoner. Plattformuavhengige apper i React Native eller Flutter deler mesteparten av koden mellom iOS og Android, noe som senker kostnaden ved å bygge og endre dem. Vi anbefaler native når appen er sterkt avhengig av enheten, og plattformuavhengig for de fleste forretnings- og forbrukerapper.

Les mer: Mobil, romlig databehandling og digitale tvillingerLenke til dette spørsmålet

En digital tvilling er en levende 3D-modell av et fysisk sted eller en prosess, matet med data fra sensorene og systemene der. Det er verdt å bygge når beslutninger om stedet er kostbare å teste i virkeligheten. Eksempler er å endre en produksjonslinje, planlegge en havn, drive en smartby-del eller trene ansatte for sjeldne hendelser.

Les mer: Mobil, romlig databehandling og digitale tvillingerLenke til dette spørsmålet

De som beskriver det virkelige anlegget: industriell IoT og sensorplattformer, bygg- og anleggssystemer og ERP- og vedlikeholdssystemer. Vi avtaler datakildene og hvor ofte hver oppdateres, slik at tvillingen viser anlegget slik det er.

Les mer: Mobil, romlig databehandling og digitale tvillingerLenke til dette spørsmålet

Ja, der brukerreisene tillater det. Vi lagrer dataene brukeren trenger på enheten, kryptert, og setter endringene i kø til tilkoblingen er tilbake. Synkroniseringsregler avgjør hva som skjer når samme post er endret på to steder, og vi utformer reglene sammen med deg.

Les mer: Mobil, romlig databehandling og digitale tvillingerLenke til dette spørsmålet

Vi designer etter WCAG 2.2 AA fra første wireframe: nok kontrast, synlig fokus, logisk leserekkefølge, store nok mål og en etikett for hver kontroll. Automatiske sjekker kjøres ved hver endring. Før hver utgivelse tester vi nøkkelreiser manuelt med tastatur og skjermlesere.

Les mer: UX og autonom kvalitetssikringLenke til dette spørsmålet

Ja. Høyre-til-venstre-design er mer enn å speilvende skjermen: navigasjon, fremdriftsindikatorer og retningsikoner speilvendes, mens tall, logoer og mediekontroller vanligvis ikke gjør det. Arabisk tekst trenger sin egen skrifttype, størrelse og linjehøyde, og vi gjennomgår begge retninger med morsmålstalere.

Les mer: UX og autonom kvalitetssikringLenke til dette spørsmålet

Grensesnitttester bryter vanligvis når en knapp flyttes eller får nytt navn, selv om funksjonen fortsatt virker. Selvhelbredende tester bruker KI til å finne elementet igjen og foreslå en oppdatert test, som en ingeniør gjennomgår før den godtas. Testsettet forblir pålitelig uten å skjule reelle feil.

Les mer: UX og autonom kvalitetssikringLenke til dette spørsmålet

Den leser store mengder gammel kode raskt: forklarer hva et program gjør, sporer hvor data går, foreslår refaktoreringer og utkast til tester. Ingeniørene bestemmer hva som endres, går gjennom hver linje og beviser det med karakteriseringstester. KI gjør forståelsen raskere, men erstatter ikke verifisering.

Les mer: KI-akselerert modernisering av eldre systemerLenke til dette spørsmålet

Ja. Vi oversetter eller bygger COBOL-programmer på nytt som skynative tjenester, og migrerer DB2-data med avstemming ved hvert steg. Satsvise jobber og filgrensesnitt får moderne ekvivalenter. Deler som er stabile og kostbare å flytte, kan bli liggende bak et API-lag til turen kommer til dem.

Les mer: KI-akselerert modernisering av eldre systemerLenke til dette spørsmålet

Når den gamle kjernen er stabil og korrekt, men vanskelig å nå. Moderne API-er foran den lar nye kanaler, partnere og produkter bruke funksjonene uten å røre det interne. Vi anbefaler utskifting når systemet blokkerer endring, ikke kan sikres eller ikke lenger kan bemannes.

Les mer: KI-akselerert modernisering av eldre systemerLenke til dette spørsmålet

En suveren sky holder data, drift og juridisk kontroll innenfor én jurisdiksjon. Det kan være en regional leverandør, en statlig sky, en hyperscaler-region med de riktige kontrollene, eller ditt eget datasenter. Du trenger en når loven eller tilsynsmyndigheten krever at visse poster blir i landet. Vi kartlegger hvilke av arbeidsbelastningene dine som faller under slike regler før vi anbefaler hvor de skal kjøre.

Les mer: Skyengineering, SovereignTech og hybrid migreringLenke til dette spørsmålet

Vanligvis den du allerede bruker, med mindre det er en klar grunn til å bytte. De avgjørende faktorene er datalokalisering, dine eksisterende kontrakter og kompetanse, de forvaltede tjenestene du trenger og hvordan de andre systemene dine kobles sammen. Vi arbeider på tvers av AWS, Microsoft Azure, Google Cloud, Alibaba Cloud og regionale statlige skyer, og holder leverandørspesifikk kode til stedene der det er verdt det.

Les mer: Skyengineering, SovereignTech og hybrid migreringLenke til dette spørsmålet

Infrastruktur defineres i åpen kildekode-verktøy som Terraform, OpenTofu eller Pulumi, og arbeidsbelastninger kjører på Kubernetes eller andre portable plattformer. Der leverandørens egen tjeneste er det bedre valget, bruker vi den med vilje og skriver ned veien ut. Du sitter igjen med et skriftlig anslag over hva det vil koste å flytte hver arbeidsbelastning.

Les mer: Skyengineering, SovereignTech og hybrid migreringLenke til dette spørsmålet

Det avhenger av hvert enkelt system: hvor dataene kan oppbevares, behov for ytelse og tilkobling, lisenser og hva teamet ditt kan drifte. Mange virksomheter har en hybrid infrastruktur, og det fungerer godt når den er designet som én helhet. Vi sammenligner alternativene på kostnad, risiko og innsats, og anbefaler det vi selv ville valgt.

Les mer: Skyengineering, SovereignTech og hybrid migreringLenke til dette spørsmålet

Vurder det når dataene ikke kan forlate din grense, eller når bruken er så jevn at egen kapasitet koster mindre enn å betale per kall. Vi sammenligner en privat klynge, en suveren sky og en offentlig modelltjeneste for arbeidsbelastningen din, og dimensjonerer deretter klyngen og modellene den betjener.

Les mer: Skyengineering, SovereignTech og hybrid migreringLenke til dette spørsmålet

Ja. Vi starter med det du har og erstatter bare det som ikke lenger støttes eller står i veien for designet. Der maskinvare eller lisenser må kjøpes, spesifiserer vi hva som trengs og hvorfor, og du velger leverandør.

Les mer: Skyengineering, SovereignTech og hybrid migreringLenke til dette spørsmålet

DevOps er praksisen der utviklere og drift deler ansvaret for å kjøre programvare. Plattformengineering gjør denne praksisen om til et produkt: en intern utviklerplattform som gir hvert team den samme testede måten å bygge, utrulle og kjøre tjenester på. Teamene dine bruker tiden på funksjoner, ikke på pipelines.

Les mer: DevOps, plattformutvikling og KI-kodeverktøyLenke til dette spørsmålet

Vanligvis de dere allerede har. Vi arbeider med Terraform, OpenTofu og Pulumi for infrastruktur, Kubernetes for containere og de vanlige CI/CD-tjenestene, blant annet GitLab CI/CD, GitHub Actions og Argo CD. Vi anbefaler en endring bare når et verktøy blokkerer det du trenger.

Les mer: DevOps, plattformutvikling og KI-kodeverktøyLenke til dette spørsmålet

Ikke når de settes opp per brukstilfelle. En oppgave flyttes til en mindre modell først når den består de samme evalueringene som frontiermodellen, og bufrede svar brukes bare der et lagret svar fortsatt er riktig. Alt usikkert går fortsatt til den større modellen.

Les mer: SRE, observerbarhet og FinOps for sky og KI-tokensLenke til dette spørsmålet

GreenOps bruker FinOps-tilnærmingen på energi og karbon. Arbeidsbelastninger dimensjoneres etter det de bruker, kjøres der og når strømmen er renere hvis de kan vente, og rapporteres i begrepene ESG-rapporteringen din krever.

Les mer: SRE, observerbarhet og FinOps for sky og KI-tokensLenke til dette spørsmålet

Støtten varierer med modell og fastvareversjon. Vi sjekker hver HSM i CBOM-revisjonen og planlegger oppgraderinger eller utskiftinger bare der det er nødvendig.

Les mer: Postkvantekryptografi og kvantesikker krypteringLenke til dette spørsmålet

Sjelden. Postkvantekryptografi kjører på nettverkene og maskinvaren du allerede har, mens QKD krever dedikerte optiske forbindelser. Vi ser på QKD bare for noen få forbindelser med høy verdi der en tilsynsmyndighet eller en partner forventer det.

Les mer: Postkvantekryptografi og kvantesikker krypteringLenke til dette spørsmålet

AWS, Microsoft Azure, Google Cloud, Alibaba Cloud og regionale statlige skyer, i tillegg til dine egne datasentre og private GPU-klynger. Infrastrukturen defineres i Terraform, OpenTofu eller Pulumi, og arbeidsbelastningene kjører på Kubernetes, slik at valget av leverandør forblir åpent.

Les mer: Sky og infrastrukturLenke til dette spørsmålet

Ja. Vi vurderer hvilke tjenester som binder deg til leverandøren, designer målet i en suveren sky, hos en annen leverandør eller i ditt eget datasenter, og flytter arbeidsbelastningene i trinn med en tilbakerullingsvei for hvert trinn. Du bestemmer hvor langt vi skal gå: noen kunder flytter alt, andre bare arbeidsbelastningene tilsynsmyndighetene bryr seg om.

Les mer: Sky og infrastrukturLenke til dette spørsmålet