C++ / Qt Engineering
Steuerungs- und HMI-Software für industrielle Systeme — Architektur, Implementierung und die technische Verantwortung danach.
Wir entwickeln und modernisieren C++/Qt-Software für Maschinen, Messsysteme und sicherheitskritische Anwendungen. Von der Architekturentscheidung über die Migration bis zum Betrieb — im Stack des Kunden, mit vollständiger Übergabe von Code und Wissen.
Woran wir arbeiten
Legacy-Modernisierung ohne Neuentwicklung
Gewachsene Qt-Anwendungen mit fünf bis zehn Jahren Technical Debt lassen sich in den meisten Fällen schrittweise modernisieren: Schichten nachziehen, Geschäftslogik aus dem UI lösen, Tests einführen, Module einzeln ersetzen. Ein kompletter Rewrite ist nur dann die bessere Wahl, wenn die Migration teurer wird als der Neubau — das prüfen wir vorher.
Softwarearchitektur: QML vs. Widgets, Schichten
Qt ist ein Architektur-Framework, kein Widget-Toolkit. Signals/Slots, Model/View, Plugin-System und QML-Engine erlauben lose gekoppelte Systeme — wenn die Schichten von Anfang an sauber gezogen sind. Die Entscheidung zwischen Widgets und QML treffen wir nach Zielhardware, Regulierung und Team, nicht nach Optik.
Qt5 → Qt6-Migration
Die API-Migration ist selten das Problem. Der Aufwand steckt im Build-System (qmake → CMake), in entfernten Deprecated-APIs, in Third-Party-Abhängigkeiten ohne Qt6-Version und in der RHI-Migration bei eigenem OpenGL-Code. Wir planen die Migration in Phasen mit messbaren Zwischenständen.
Performance: Messen vor Ändern
Performance-Probleme in Qt-Anwendungen haben meist wenige Ursachen: blockierende Aufrufe im Event Loop, Model/View ohne Batch-Updates, unnötige Kopien in Datenpfaden. Wir profilieren zuerst und ändern dann — jede Optimierung wird gegen eine Baseline gemessen.
Hardware- und Systemintegration
Serielle Schnittstellen, Feldbusse, Sensoren, Vendor-SDKs, IPC und Netzwerk: Integrationscode entscheidet über Stabilität im Feld. Wir kapseln Hardware hinter klaren Abstraktionen, damit Geräte austauschbar bleiben und Tests ohne Hardware laufen.
Testbarkeit und CI
Testbare Architektur heißt: Logik ohne UI instanziierbar, Hardware simulierbar, Builds reproduzierbar. Wir richten Unit- und Integrationstests, statische Analyse und CI-Pipelines so ein, dass Regressionen vor dem Release sichtbar werden — auch in regulierten Umgebungen mit Nachweispflicht.
Technical Ownership
Nach dem Go-live bleibt die Verantwortung bei uns: Architekturentscheidungen, Reviews, Releases, Wartung. Was das umfasst, steht auf der Seite Technical Ownership.
Referenzen
Zwei Projekte, in denen C++/Qt-Architektur den Ausschlag gab.
Vermessung / Bauwesen
Skalierbare Softwareplattform für moderne Vermessungssysteme
Plugin-basierte Plattform, Synchronisation Gerät · Cloud · Büro
Verteidigung
Sichere und skalierbare Softwarelösungen für verteidigungskritische Systeme
Bestehende Systeme erweitert, neue aufgebaut — in 5 Monaten technisch produktionsreif
Zum Weiterlesen
Migration von Qt5 zu Qt6 — was wirklich passiert
Versteckter Aufwand, Phasenplan, reale Kosten- und Zeitrahmen.
Softwarearchitektur mit dem Qt Framework
Die Architekturschichten von Qt und warum die ersten zwei Wochen entscheiden.
Die 10 wichtigsten Design Patterns für Embedded-Entwicklung
State Machine, Observer, Ring Buffer, RAII, Watchdog — mit Code.
Sprechen Sie mit dem Architekten
Beschreiben Sie Ihr System und die aktuelle Codebasis. In einem 30-minütigen Gespräch bekommen Sie eine ehrliche Einschätzung, ob und wie wir helfen können. Antwort innerhalb von 24 Stunden.
Technisches Gespräch buchen →Sprechen Sie mit einem Ingenieur
Kein Vertrieb. Sie sprechen direkt mit einem unserer Software-Architekten über Ihr konkretes Problem. 30 Minuten. Antwort innerhalb von 24 Stunden.
Email: info@alpitype.com
LinkedIn: AlpiType
