Software-engineering

We beginnen bij wat uw team kan beheren en waarvoor het mensen kan aannemen, wat uw andere systemen gebruiken en wat de software moet doen. Voor de meeste bedrijfssoftware betekent dat een gangbare taal zoals TypeScript, Java, C# of Python, een relationele database en de cloud die u al gebruikt. We leggen elke keuze en de redenen vast.

Lees meer: Applicatie-, platform- en composeerbare productengineeringLink naar deze vraag

Ja. We ontwerpen tenantisolatie, configuratie per tenant, rollen, factureringskoppelingen en auditsporen vanaf de eerste release, omdat ze later toevoegen betekent dat het datamodel opnieuw moet. We spreken met u af of tenants een database, een schema of niets delen, op basis van uw beveiligings- en kostenbehoeften.

Lees meer: Applicatie-, platform- en composeerbare productengineeringLink naar deze vraag

Uw platform wordt gebouwd uit op zichzelf staande bedrijfscapaciteiten met eigen API’s, zoals prijsstelling, onboarding of facturering. Elk kan worden gewijzigd, geschaald of vervangen zonder de rest aan te raken, en nieuwe producten kunnen ze hergebruiken. Het past bij platforms die jarenlang groeien; een kleine tool heeft het niet nodig.

Lees meer: Applicatie-, platform- en composeerbare productengineeringLink naar deze vraag

We gebruiken React met Next.js voor de meeste nieuwe applicaties, omdat het server-side renderen ondersteunt en sterk gereedschap heeft. We werken ook met Angular en Vue.js, en we blijven in het framework dat u al gebruikt wanneer dat de verstandige keuze is.

Lees meer: Applicatie-, platform- en composeerbare productengineeringLink naar deze vraag

Kies desktop wanneer het werk offline gebruik, directe toegang tot apparaten of lokale bestanden, zware data of graphics, of snelle toetsenbordgestuurde schermen vereist. Voor de meeste andere behoeften is een webapplicatie eenvoudiger uit te rollen en bij te werken. We adviseren per geval, en soms is een webapplicatie met een klein desktoponderdeel het juiste antwoord.

Lees meer: Applicatie-, platform- en composeerbare productengineeringLink naar deze vraag

Native applicaties bieden de beste prestaties en de beste aansluiting bij elk besturingssysteem. Cross-platform applicaties delen één codebase voor Windows, macOS en Linux, wat de kosten van bouwen en wijzigen verlaagt. We adviseren native wanneer één platform domineert of het werk veeleisend is, en cross-platform wanneer meerdere platforms belangrijk zijn.

Lees meer: Applicatie-, platform- en composeerbare productengineeringLink naar deze vraag

Ja, voor de taken die dat toelaten. We bepalen met u welke gegevens elke gebruiker op het apparaat nodig heeft, houden ze versleuteld en leggen wijzigingen vast tot het netwerk terugkeert. Wanneer hetzelfde record op twee plaatsen verandert, beslissen afgesproken regels welke wijziging wint of vraagt een persoon te kiezen.

Lees meer: Applicatie-, platform- en composeerbare productengineeringLink naar deze vraag

Ja. We integreren met de apparaten die uw medewerkers gebruiken, zoals barcodescanners, bon- en labelprinters, weegschalen en betaalterminals. We verbinden via de drivers, SDK’s of standaardpoorten van elk apparaat, en testen met de exacte modellen en firmware die u gebruikt, omdat apparaten van hetzelfde type zich vaak anders gedragen.

Lees meer: Applicatie-, platform- en composeerbare productengineeringLink naar deze vraag

Native apps in Swift en Kotlin geven de volledigste toegang tot apparaatfuncties. Cross-platformapps in React Native of Flutter delen het grootste deel van hun code tussen iOS en Android, wat de kosten van bouwen en wijzigen verlaagt. We adviseren native wanneer de app sterk van het apparaat afhangt, en cross-platform voor de meeste zakelijke en consumentenapps.

Lees meer: Mobiel, spatial computing en digital twinsLink naar deze vraag

Een digital twin is een levend 3D-model van een fysieke locatie of proces, gevoed door data uit de sensoren en systemen ervan. Het is de moeite waard wanneer beslissingen over die locatie kostbaar zijn om in werkelijkheid te testen. Voorbeelden zijn een productielijn wijzigen, een haven plannen, een district in een slimme stad draaien of medewerkers trainen voor zeldzame gebeurtenissen.

Lees meer: Mobiel, spatial computing en digital twinsLink naar deze vraag

Op de systemen die de echte locatie beschrijven: industriële IoT- en sensorplatformen, gebouw- en installatiesystemen, en ERP- en assetmanagementsystemen. We spreken de databronnen af en hoe vaak elk wordt bijgewerkt, zodat de twin de locatie laat zien zoals ze is.

Lees meer: Mobiel, spatial computing en digital twinsLink naar deze vraag

Ja, waar de reizen dat toelaten. We slaan de data die de gebruiker nodig heeft versleuteld op het apparaat op en zetten zijn wijzigingen in de wacht tot de verbinding terugkeert. Synchronisatieregels bepalen wat er gebeurt wanneer dezelfde registratie op twee plekken is gewijzigd, en die regels ontwerpen we met u.

Lees meer: Mobiel, spatial computing en digital twinsLink naar deze vraag

We ontwerpen vanaf de eerste wireframe volgens WCAG 2.2 AA: voldoende contrast, zichtbare focus, een logische leesvolgorde, voldoende grote doelen en een label bij elk bedieningselement. Geautomatiseerde controles draaien bij elke wijziging. Vóór elke release testen we de belangrijkste reizen handmatig met een toetsenbord en schermlezers.

Lees meer: UX en autonome kwaliteitsengineeringLink naar deze vraag

Ja. Rechts-naar-linksontwerp is meer dan het scherm omdraaien: navigatie, voortgangsindicatoren en richtingsgebonden pictogrammen spiegelen, terwijl getallen, logo’s en mediacontroles dat meestal niet doen. Arabische tekst vraagt om een eigen lettertype, grootte en regelhoogte, en we beoordelen beide richtingen met moedertaallezers.

Lees meer: UX en autonome kwaliteitsengineeringLink naar deze vraag

Interfacetests breken meestal wanneer een knop verschuift of wordt hernoemd, ook al werkt de functie nog. Zelfherstellende tests gebruiken AI om het element terug te vinden en een bijgewerkte test voor te stellen, die een engineer beoordeelt voordat die wordt geaccepteerd. De suite blijft betrouwbaar zonder echte defecten te verbergen.

Lees meer: UX en autonome kwaliteitsengineeringLink naar deze vraag

Het leest snel grote hoeveelheden oude code: het legt uit wat een programma doet, volgt waar data naartoe gaat, stelt refactorings voor en stelt tests op. Engineers beslissen wat er verandert, beoordelen elke regel en bewijzen het met karakteriseringstests. AI versnelt het begrip; het vervangt de verificatie niet.

Lees meer: AI-versnelde legacy-moderniseringLink naar deze vraag

Ja. We vertalen of herbouwen COBOL-programma’s als cloud-native services en migreren DB2-data met afstemming bij elke stap. Batchtaken en bestandsinterfaces krijgen moderne equivalenten. Delen die stabiel en duur zijn om te verplaatsen, kunnen achter een API-laag blijven tot ze aan de beurt zijn.

Lees meer: AI-versnelde legacy-moderniseringLink naar deze vraag

Wanneer de oude kern stabiel en correct is maar moeilijk bereikbaar. Moderne API’s ervoor laten nieuwe kanalen, partners en producten de functies gebruiken zonder de interne werking aan te raken. We adviseren vervanging wanneer het systeem verandering blokkeert, niet te beveiligen is of niet meer bemensbaar is.

Lees meer: AI-versnelde legacy-moderniseringLink naar deze vraag

Een soevereine cloud houdt data, operations en juridische controle binnen één rechtsgebied. Het kan een regionale aanbieder zijn, een overheidscloud, een hyperscalerregio met de juiste maatregelen of uw eigen datacenter. U hebt er een nodig wanneer de wet of uw toezichthouder eist dat bepaalde gegevens in het land blijven. We brengen in kaart welke van uw werklasten onder zulke regels vallen voordat we adviseren waar ze draaien.

Lees meer: Cloud-engineering, SovereignTech en hybride migratieLink naar deze vraag

Meestal de provider die u al gebruikt, tenzij er een duidelijke reden is om te wisselen. De doorslaggevende factoren zijn dataresidentie, uw bestaande contracten en vaardigheden, de beheerde diensten die u nodig hebt en hoe uw andere systemen aansluiten. We werken met AWS, Microsoft Azure, Google Cloud, Alibaba Cloud en regionale overheidsclouds, en houden providerspecifieke code beperkt tot de plekken waar die de moeite waard is.

Lees meer: Cloud-engineering, SovereignTech en hybride migratieLink naar deze vraag

Infrastructuur wordt gedefinieerd in opensource-tools zoals Terraform, OpenTofu of Pulumi, en werklasten draaien op Kubernetes of andere overdraagbare platformen. Waar de eigen dienst van een provider de betere keuze is, gebruiken we die bewust en leggen we de uitweg vast. Uiteindelijk hebt u een schriftelijke raming van wat het verhuizen van elke werklast zou kosten.

Lees meer: Cloud-engineering, SovereignTech en hybride migratieLink naar deze vraag

Dat hangt af van elk systeem: waar de data mag worden bewaard, de eisen aan prestaties en connectiviteit, de licenties en wat uw team kan beheren. Veel ondernemingen draaien een hybride omgeving, wat goed werkt als die als één geheel is ontworpen. We vergelijken de opties op kosten, risico en inspanning en adviseren de optie die wij zouden kiezen.

Lees meer: Cloud-engineering, SovereignTech en hybride migratieLink naar deze vraag

Overweeg het wanneer de data uw grens niet mag verlaten, of wanneer het gebruik zo stabiel is dat eigen capaciteit goedkoper is dan betalen per aanroep. We vergelijken een private cluster, een soevereine cloud en een openbare modeldienst voor uw werklast, en dimensioneren daarna de cluster en de modellen die die bedient.

Lees meer: Cloud-engineering, SovereignTech en hybride migratieLink naar deze vraag

Ja. We vertrekken vanuit wat u hebt en vervangen alleen wat niet meer wordt ondersteund of het ontwerp in de weg zit. Waar hardware of licenties moeten worden aangeschaft, specificeren we wat nodig is en waarom, en kiest u de leverancier.

Lees meer: Cloud-engineering, SovereignTech en hybride migratieLink naar deze vraag

DevOps is de praktijk waarbij ontwikkelaars en operations de verantwoordelijkheid voor het draaien van software delen. Platformengineering maakt van die praktijk een product: een intern ontwikkelaarsplatform dat elk team dezelfde geteste manier geeft om services te bouwen, te implementeren en te draaien. Uw teams besteden hun tijd aan functies, niet aan pipelines.

Lees meer: DevOps, platform-engineering en AI-codeharnassenLink naar deze vraag

Meestal de tools die u al hebt. We werken met Terraform, OpenTofu en Pulumi voor infrastructuur, Kubernetes voor containers en de gangbare CI/CD-diensten, waaronder GitLab CI/CD, GitHub Actions en Argo CD. We adviseren alleen een wijziging wanneer een tool blokkeert wat u nodig hebt.

Lees meer: DevOps, platform-engineering en AI-codeharnassenLink naar deze vraag

Niet wanneer ze per toepassing worden ingericht. Een taak gaat pas naar een kleiner model nadat die dezelfde evaluaties doorstaat als het frontier-model, en gecachte antwoorden worden alleen gebruikt waar een opgeslagen antwoord correct blijft. Alles wat onzeker is, gaat nog steeds naar het grotere model.

Lees meer: SRE, observability en cloud- en AI-token-FinOpsLink naar deze vraag

GreenOps past de FinOps-aanpak toe op energie en koolstof. Werklasten worden gedimensioneerd naar wat ze gebruiken, draaien waar en wanneer elektriciteit schoner is als ze kunnen wachten, en worden gerapporteerd in de termen die uw ESG-rapportage nodig heeft.

Lees meer: SRE, observability en cloud- en AI-token-FinOpsLink naar deze vraag

Die ondersteuning verschilt per model en firmwareversie. We controleren elke HSM in de CBOM-audit en plannen upgrades of vervangingen alleen waar ze nodig zijn.

Lees meer: Postkwantumcryptografie en kwantumveilige versleutelingLink naar deze vraag

Zelden. Postkwantumcryptografie draait op de netwerken en hardware die u al hebt, terwijl QKD speciale optische verbindingen vereist. We kijken alleen naar QKD voor enkele hoogwaardige verbindingen waar een toezichthouder of partner het verwacht.

Lees meer: Postkwantumcryptografie en kwantumveilige versleutelingLink naar deze vraag

AWS, Microsoft Azure, Google Cloud, Alibaba Cloud en regionale overheidsclouds, evenals uw eigen datacenters en private GPU-clusters. Infrastructuur wordt gedefinieerd in Terraform, OpenTofu of Pulumi en werklasten draaien op Kubernetes, zodat de keuze van provider openblijft.

Lees meer: Cloud en infrastructuurLink naar deze vraag

Ja. We beoordelen welke diensten u aan de provider binden, ontwerpen het doel in een soevereine cloud, een andere provider of uw eigen datacenter, en verplaatsen werklasten in fasen met een terugdraaipad per stap. U beslist hoe ver u gaat: sommige klanten verplaatsen alles, andere alleen de werklasten die hun toezichthouders belangrijk vinden.

Lees meer: Cloud en infrastructuurLink naar deze vraag