Softwareentwicklung

Wir gehen davon aus, was Ihr Team betreiben und wofür es Personal finden kann, was Ihre anderen Systeme nutzen und was die Software leisten muss. Für die meisten Geschäftsanwendungen bedeutet das eine verbreitete Sprache wie TypeScript, Java, C# oder Python, eine relationale Datenbank und die Cloud, die Sie bereits nutzen. Wir dokumentieren jede Entscheidung mit ihren Gründen.

Weiterlesen: Anwendungs-, Plattform- und komponierbares Produkt-EngineeringAuf diese Frage verlinken

Ja. Wir entwerfen Mandantentrennung, Konfiguration je Mandant, Rollen, Abrechnungs-Hooks und Audit-Trails vom ersten Release an, denn später hinzugefügt bedeuten sie eine Neufassung des Datenmodells. Ob Mandanten eine Datenbank, ein Schema oder nichts gemeinsam nutzen, vereinbaren wir anhand Ihrer Sicherheits- und Kostenanforderungen.

Weiterlesen: Anwendungs-, Plattform- und komponierbares Produkt-EngineeringAuf diese Frage verlinken

Ihre Plattform besteht aus eigenständigen Geschäftsfähigkeiten mit eigenen APIs, etwa Preisgestaltung, Onboarding oder Abrechnung. Jede lässt sich ändern, skalieren oder ersetzen, ohne die übrigen anzutasten, und neue Produkte können sie wiederverwenden. Das passt zu Plattformen, die über Jahre wachsen; ein kleines Werkzeug braucht es nicht.

Weiterlesen: Anwendungs-, Plattform- und komponierbares Produkt-EngineeringAuf diese Frage verlinken

Für die meisten neuen Anwendungen nutzen wir React mit Next.js, weil es Server-Rendering unterstützt und über ausgereifte Werkzeuge verfügt. Wir arbeiten auch mit Angular und Vue.js und bleiben bei dem Framework, das Sie bereits einsetzen, wenn das sinnvoll ist.

Weiterlesen: Anwendungs-, Plattform- und komponierbares Produkt-EngineeringAuf diese Frage verlinken

Wählen Sie Desktop, wenn die Arbeit Offline-Betrieb, direkten Zugriff auf Geräte oder lokale Dateien, große Datenmengen oder Grafikleistung oder schnelle, tastaturgesteuerte Oberflächen verlangt. Für die meisten anderen Anforderungen ist eine Webanwendung einfacher auszurollen und zu aktualisieren. Wir empfehlen von Fall zu Fall, und manchmal ist eine Webanwendung mit einer kleinen Desktop-Komponente die richtige Antwort.

Weiterlesen: Anwendungs-, Plattform- und komponierbares Produkt-EngineeringAuf diese Frage verlinken

Native Anwendungen bieten die beste Performance und die engste Anpassung an das jeweilige Betriebssystem. Plattformübergreifende Anwendungen teilen eine Codebasis über Windows, macOS und Linux, was Bau und Änderung kostengünstiger macht. Wir empfehlen nativ, wenn eine Plattform dominiert oder die Arbeit anspruchsvoll ist, und plattformübergreifend, wenn mehrere Plattformen zählen.

Weiterlesen: Anwendungs-, Plattform- und komponierbares Produkt-EngineeringAuf diese Frage verlinken

Ja, für die Aufgaben, die das zulassen. Wir legen mit Ihnen fest, welche Daten jeder Nutzer auf dem Gerät braucht, halten sie verschlüsselt und zeichnen Änderungen auf, bis das Netz zurückkehrt. Ändert sich derselbe Datensatz an zwei Stellen, entscheiden vereinbarte Regeln, welche Änderung gilt, oder eine Person wählt aus.

Weiterlesen: Anwendungs-, Plattform- und komponierbares Produkt-EngineeringAuf diese Frage verlinken

Ja. Wir binden die Geräte an, die Ihr Personal nutzt, etwa Barcode-Scanner, Bon- und Etikettendrucker, Waagen und Zahlungsterminals. Wir verbinden über die Treiber, SDKs oder Standardschnittstellen des jeweiligen Geräts und testen mit genau den Modellen und Firmware-Ständen, die Sie einsetzen, denn Geräte desselben Typs verhalten sich oft unterschiedlich.

Weiterlesen: Anwendungs-, Plattform- und komponierbares Produkt-EngineeringAuf diese Frage verlinken

Native Apps in Swift und Kotlin bieten den vollsten Zugriff auf Gerätefunktionen. Plattformübergreifende Apps in React Native oder Flutter teilen den Großteil ihres Codes zwischen iOS und Android, was Bau und Änderung günstiger macht. Wir empfehlen native, wenn die App stark vom Gerät abhängt, und plattformübergreifend für die meisten Geschäfts- und Verbraucher-Apps.

Weiterlesen: Mobile, Spatial Computing und digitale ZwillingeAuf diese Frage verlinken

Ein digitaler Zwilling ist ein lebendes 3D-Modell eines physischen Ortes oder Prozesses, gespeist mit Daten aus seinen Sensoren und Systemen. Er lohnt sich, wenn Entscheidungen über diesen Ort in der Realität teuer zu testen sind. Beispiele sind der Umbau einer Produktionslinie, die Planung eines Hafens, der Betrieb eines Smart-City-Viertels oder die Schulung von Mitarbeitenden für seltene Ereignisse.

Weiterlesen: Mobile, Spatial Computing und digitale ZwillingeAuf diese Frage verlinken

Mit denen, die den realen Standort beschreiben: industrielle IoT- und Sensorplattformen, Gebäude- und Anlagensysteme sowie ERP- und Instandhaltungssysteme. Wir legen die Datenquellen und ihre Aktualisierungsfrequenz fest, damit der Zwilling den Standort so zeigt, wie er ist.

Weiterlesen: Mobile, Spatial Computing und digitale ZwillingeAuf diese Frage verlinken

Ja, wo die Abläufe es zulassen. Wir speichern die Daten, die der Nutzer braucht, verschlüsselt auf dem Gerät und stellen seine Änderungen in eine Warteschlange, bis die Verbindung zurückkehrt. Synchronisationsregeln entscheiden, was geschieht, wenn derselbe Datensatz an zwei Stellen geändert wurde, und wir entwerfen diese Regeln mit Ihnen.

Weiterlesen: Mobile, Spatial Computing und digitale ZwillingeAuf diese Frage verlinken

Wir gestalten ab dem ersten Wireframe nach WCAG 2.2 AA: ausreichender Kontrast, sichtbarer Fokus, logische Lesereihenfolge, ausreichend große Ziele und eine Beschriftung für jedes Bedienelement. Automatisierte Prüfungen laufen bei jeder Änderung. Vor jedem Release testen wir zentrale Kundenreisen von Hand mit Tastatur und Screenreadern.

Weiterlesen: UX und autonomes Quality EngineeringAuf diese Frage verlinken

Ja. Rechts-nach-links-Design ist mehr als das Spiegeln des Bildschirms: Navigation, Fortschrittsanzeigen und Richtungssymbole spiegeln, Zahlen, Logos und Mediensteuerung meist nicht. Arabischer Text braucht eigene Schriftart, Größe und Zeilenhöhe, und wir prüfen beide Richtungen mit Muttersprachlern.

Weiterlesen: UX und autonomes Quality EngineeringAuf diese Frage verlinken

Oberflächentests brechen meist, wenn ein Button verschoben oder umbenannt wird, obwohl die Funktion noch arbeitet. Selbstheilende Tests nutzen KI, um das Element wiederzufinden, und schlagen einen aktualisierten Test vor, den ein Ingenieur vor der Annahme prüft. Die Suite bleibt zuverlässig, ohne echte Defekte zu verbergen.

Weiterlesen: UX und autonomes Quality EngineeringAuf diese Frage verlinken

Sie liest große Mengen alten Code schnell: erklärt, was ein Programm tut, verfolgt, wohin Daten gehen, schlägt Refactorings vor und entwirft Tests. Ingenieure entscheiden, was sich ändert, prüfen jede Zeile und belegen es mit Charakterisierungstests. KI beschleunigt das Verstehen; sie ersetzt nicht die Verifikation.

Weiterlesen: KI-beschleunigte Modernisierung von AltsystemenAuf diese Frage verlinken

Ja. Wir übersetzen oder bauen COBOL-Programme als cloud-native Dienste neu und migrieren DB2-Daten mit Abstimmung bei jedem Schritt. Batch-Jobs und Dateischnittstellen erhalten moderne Entsprechungen. Teile, die stabil und teuer zu verschieben sind, können hinter einer API-Schicht bleiben, bis sie an der Reihe sind.

Weiterlesen: KI-beschleunigte Modernisierung von AltsystemenAuf diese Frage verlinken

Wenn der alte Kern stabil und korrekt, aber schwer erreichbar ist. Moderne APIs davor lassen neue Kanäle, Partner und Produkte seine Funktionen nutzen, ohne seine Interna zu berühren. Wir empfehlen den Ersatz, wenn das System Veränderung blockiert, nicht abgesichert werden kann oder nicht mehr besetzt werden kann.

Weiterlesen: KI-beschleunigte Modernisierung von AltsystemenAuf diese Frage verlinken

Eine souveräne Cloud hält Daten, Betrieb und rechtliche Kontrolle in einer Jurisdiktion. Sie kann ein regionaler Anbieter, eine Regierungscloud, eine Hyperscaler-Region mit den richtigen Kontrollen oder Ihr eigenes Rechenzentrum sein. Sie brauchen eine, wenn das Gesetz oder Ihre Aufsicht verlangt, dass bestimmte Aufzeichnungen im Land bleiben. Wir ordnen zu, welche Ihrer Workloads unter solche Regeln fallen, bevor wir empfehlen, wo sie laufen.

Weiterlesen: Cloud Engineering, SovereignTech und HybridmigrationAuf diese Frage verlinken

Meistens den, den Sie bereits nutzen, es sei denn, es gibt einen klaren Grund zu wechseln. Entscheidend sind Datenstandort, Ihre bestehenden Verträge und Kenntnisse, die benötigten Managed Services und die Anbindung Ihrer anderen Systeme. Wir arbeiten mit AWS, Microsoft Azure, Google Cloud, Alibaba Cloud und regionalen Regierungsclouds und halten anbieterspezifischen Code an den Stellen, an denen er sich lohnt.

Weiterlesen: Cloud Engineering, SovereignTech und HybridmigrationAuf diese Frage verlinken

Infrastruktur wird in Open-Source-Werkzeugen wie Terraform, OpenTofu oder Pulumi definiert, und Workloads laufen auf Kubernetes oder anderen portablen Plattformen. Wo ein eigener Dienst eines Anbieters die bessere Wahl ist, nutzen wir ihn bewusst und dokumentieren den Ausstiegsweg. Am Ende haben Sie eine schriftliche Schätzung, was der Umzug jedes Workloads kosten würde.

Weiterlesen: Cloud Engineering, SovereignTech und HybridmigrationAuf diese Frage verlinken

Das hängt vom einzelnen System ab: wo seine Daten liegen dürfen, welche Performance- und Konnektivitätsanforderungen es hat, welche Lizenzen gelten und was Ihr Team betreiben kann. Viele Unternehmen führen eine hybride Landschaft, die gut funktioniert, wenn sie als eine gestaltet ist. Wir vergleichen die Optionen nach Kosten, Risiko und Aufwand und empfehlen die, die wir selbst wählen würden.

Weiterlesen: Cloud Engineering, SovereignTech und HybridmigrationAuf diese Frage verlinken

Erwägen Sie es, wenn die Daten Ihre Grenze nicht verlassen dürfen oder die Nutzung so stetig ist, dass eigene Kapazität weniger kostet als die Zahlung pro Aufruf. Wir vergleichen einen privaten Cluster, eine souveräne Cloud und einen öffentlichen Modelldienst für Ihren Workload und dimensionieren dann den Cluster und die Modelle, die er bedient.

Weiterlesen: Cloud Engineering, SovereignTech und HybridmigrationAuf diese Frage verlinken

Ja. Wir gehen von dem aus, was Sie haben, und ersetzen nur, was außerhalb des Supports ist oder dem Zielbild im Weg steht. Müssen Hardware oder Lizenzen gekauft werden, legen wir fest, was nötig ist und warum, und Sie wählen den Lieferanten.

Weiterlesen: Cloud Engineering, SovereignTech und HybridmigrationAuf diese Frage verlinken

DevOps ist die Praxis, dass Entwicklung und Betrieb gemeinsam die Verantwortung für den laufenden Betrieb von Software tragen. Platform Engineering macht daraus ein Produkt: eine interne Entwicklerplattform, die jedem Team denselben getesteten Weg zum Bauen, Ausliefern und Betreiben von Diensten gibt. Ihre Teams verbringen ihre Zeit mit Funktionen, nicht mit Pipelines.

Weiterlesen: DevOps, Platform Engineering und Harnesses für KI-CodingAuf diese Frage verlinken

Meist die, die Sie bereits haben. Wir arbeiten mit Terraform, OpenTofu und Pulumi für Infrastruktur, Kubernetes für Container und den gängigen CI/CD-Diensten, darunter GitLab CI/CD, GitHub Actions und Argo CD. Eine Änderung empfehlen wir nur, wenn ein Werkzeug blockiert, was Sie brauchen.

Weiterlesen: DevOps, Platform Engineering und Harnesses für KI-CodingAuf diese Frage verlinken

Nicht, wenn sie je Anwendungsfall eingerichtet werden. Eine Aufgabe wechselt erst zu einem kleineren Modell, nachdem sie dieselben Evaluierungen bestanden hat wie das Frontier-Modell, und zwischengespeicherte Antworten werden nur genutzt, wo eine gespeicherte Antwort korrekt bleibt. Alles Unsichere geht weiterhin an das größere Modell.

Weiterlesen: SRE, Observability und Token-FinOps für Cloud und KIAuf diese Frage verlinken

GreenOps wendet den FinOps-Ansatz auf Energie und CO2 an. Workloads werden auf ihren tatsächlichen Bedarf dimensioniert, laufen dort und dann, wenn Strom sauberer ist, sofern sie warten können, und werden in den Größen berichtet, die Ihr ESG-Reporting braucht.

Weiterlesen: SRE, Observability und Token-FinOps für Cloud und KIAuf diese Frage verlinken

Die Unterstützung hängt vom Modell und der Firmware-Version ab. Wir prüfen jedes HSM im CBOM-Audit und planen Upgrades oder Ersatz nur dort, wo sie nötig sind.

Weiterlesen: Post-Quanten-Kryptografie und quantensichere VerschlüsselungAuf diese Frage verlinken

Selten. Post-Quanten-Kryptografie läuft auf den Netzen und der Hardware, die Sie bereits haben, während QKD dedizierte optische Verbindungen braucht. Wir betrachten QKD nur für wenige hochwertige Verbindungen, bei denen eine Aufsichtsbehörde oder ein Partner es erwartet.

Weiterlesen: Post-Quanten-Kryptografie und quantensichere VerschlüsselungAuf diese Frage verlinken

AWS, Microsoft Azure, Google Cloud, Alibaba Cloud und regionale Behörden-Clouds sowie Ihre eigenen Rechenzentren und privaten GPU-Cluster. Die Infrastruktur wird in Terraform, OpenTofu oder Pulumi definiert und Workloads laufen auf Kubernetes, sodass die Wahl des Anbieters offen bleibt.

Weiterlesen: Cloud & InfrastructureAuf diese Frage verlinken

Ja. Wir bewerten, welche Dienste Sie an den Anbieter binden, entwerfen das Ziel in einer souveränen Cloud, bei einem anderen Anbieter oder in Ihrem eigenen Rechenzentrum und verschieben Workloads in Stufen, jeweils mit Rückrollpfad. Sie entscheiden, wie weit es geht: Manche Kunden ziehen alles um, andere nur die Workloads, die ihre Aufsichtsbehörden interessieren.

Weiterlesen: Cloud & InfrastructureAuf diese Frage verlinken