Unternehmen, die einen Qt-Entwickler beauftragen wollen, bauen meist etwas, das auf einer Maschine läuft und nicht im Browser: eine Instrumententafel, ein Diagnosewerkzeug, eine Steuerungsanwendung für Hardware, die sonst niemand unterstützt. Der Kandidatenpool ist ein Bruchteil des Webmarktes, das Vokabular ist ein anderes, und die üblichen Abkürzungen bei der Personalsuche funktionieren nicht. Ein Recruiter, der nach „C++" filtert, liefert Ihnen Menschen, die nie eine Zeile QML geschrieben haben.

Dieser Leitfaden beschreibt, was ein kompetenter Qt-Ingenieur tatsächlich beherrscht, was die Rolle 2026 kostet, wie Sie die entscheidenden Fähigkeiten prüfen und welche Lizenzfrage Sie klären sollten, bevor überhaupt Code entsteht. Genau an diesem letzten Punkt entstehen die teuren Fehler.

Bevor Sie starten: Qt-Fachkräfte sind knapp und spezialisiert, rechnen Sie also mit Sätzen oberhalb allgemeiner C++-Tarife und mit einer längeren Besetzungsdauer. Klären Sie zuerst Ihre Lizenzposition, denn die Wahl zwischen der Open-Source-Edition und der kommerziellen Edition beeinflusst, wie die Anwendung gebaut und ausgeliefert werden muss, und eine späte Korrektur im Projekt ist weit störender als eine frühe Entscheidung.

Klären Sie die Lizenzfrage, bevor Sie einstellen

Das ist ein ungewöhnlicher Rat für einen Recruiting-Leitfaden, spart aber mehr Geld als alles andere auf dieser Seite.

Qt ist dual lizenziert. Sie können es zu Open-Source-Bedingungen nutzen, wobei die meisten Module unter der LGPL stehen und bestimmte Module und Werkzeuge strengeren GPL-Bedingungen unterliegen, oder Sie kaufen eine kommerzielle Lizenz, die diese Pflichten aufhebt. Die beiden Wege führen zu wirklich unterschiedlichen technischen Entscheidungen.

Auf dem Open-Source-Weg ist das Linken die praktische Einschränkung. LGPL-Bedingungen lassen sich unkompliziert erfüllen, wenn Ihre Anwendung dynamisch gegen die Qt-Bibliotheken linkt und Ihre Nutzer diese Bibliotheken im Prinzip durch einen eigenen Build ersetzen können. Deutlich schwerer zu erfüllen sind sie, wenn Sie eine einzelne, statisch gelinkte Binärdatei wollen, also genau das, was Teams beim Ausliefern von Desktop-Software üblicherweise anstreben. Einige Module werden in der Open-Source-Edition nur unter GPL-Bedingungen angeboten, und der Einsatz eines solchen Moduls in einem proprietären Produkt hat Folgen für Ihre gesamte Anwendung und nicht nur für diese Komponente.

Embedded- und Gerätearbeit drängt Teams generell in Richtung einer kommerziellen Lizenz, sowohl wegen der Werkzeuge als auch wegen der Auslieferungsbedingungen. Wenn Ihr Produkt auf Hardware ausgeliefert wird, die Sie verkaufen, kommt dieses Gespräch mit Sicherheit auf Sie zu.

Nichts davon ist ein Grund, Qt zu meiden. Es ist ein Grund, vor Entwicklungsbeginn eine verbindliche, schriftliche Auskunft vom Hersteller und von Ihren eigenen Rechtsberatern einzuholen und sicherzustellen, dass der Entwickler, den Sie beauftragen, den gewählten Weg kennt. Ein Ingenieur, der ein GPL-lizenziertes Modul statisch in ein proprietäres Produkt linkt, hat ein Problem geschaffen, das kein späteres Refactoring billig macht. Lizenzbedingungen ändern sich außerdem zwischen Releases, prüfen Sie also den aktuellen Stand, statt sich auf das zu verlassen, was vor einigen Jahren galt.

Was ein Qt-Entwickler wirklich können muss

Qt ist ein großes Framework mit zwei recht unterschiedlichen Programmiermodellen darin, und Stärke im einen bedeutet keine Kompetenz im anderen.

Das Objektmodell. Qts QObject-System trägt alles: Signale und Slots, den Meta-Object-Compiler, Properties und vor allem das Eltern-Kind-Besitzmodell, das bestimmt, wann Objekte gelöscht werden. Entwickler, die das nicht verinnerlicht haben, schreiben Code, der entweder stetig Speicher verliert oder beim Beenden abstürzt, und beide Symptome zeigen sich spät.

Widgets gegen Quick. Qt Widgets passt zu dichten, klassischen Desktop-Oberflächen wie Engineering-Werkzeugen und datenlastigen Anwendungen. Qt Quick, getrieben von QML mit einer JavaScript-Schicht, passt zu flüssigen, animierten und touch-orientierten Oberflächen und wird in den meisten Embedded- und modernen Produktentwicklungen eingesetzt. Wer nur eines von beiden je genutzt hat, kann Sie schlecht beraten, welches das richtige ist, und die Antwort hängt tatsächlich vom Produkt ab.

Die Grenze zwischen C++ und QML. In jeder ernsthaften Qt-Quick-Anwendung liegt die Geschäftslogik in C++ und die Oberfläche in QML. C++-Objekte sauber an QML zu übergeben, über Properties, aufrufbare Methoden und gut entworfene Modelle, ist die Fähigkeit, die darüber entscheidet, ob die Codebasis verständlich bleibt. Anwendungen, in denen Logik ins QML-JavaScript gesickert ist, sind schwer zu testen und langsam im Betrieb.

Modelle und Views. Alles, was eine Liste, eine Tabelle oder einen Baum anzeigt, braucht eine ordentliche Modellimplementierung. Indexbehandlung, Änderungsbenachrichtigung und Sortierung in einem eigenen Modell richtig hinzubekommen, ist eine echte Fähigkeit, und Fehler dabei erzeugen die flackernden, unerklärlich leeren Ansichten, die viele Qt-Anwendungen plagen.

Threading, Builds und modernes C++

Threading. Qts Event-Loop, die queued Connections und die Regeln zur Thread-Affinität bringen auch erfahrene C++-Entwickler regelmäßig ins Straucheln. Der klassische Fehler ist, die Thread-Klasse abzuleiten und sie als Worker zu behandeln, wodurch Objekte auf dem falschen Thread landen und sporadische Fehler entstehen, die jedes Code-Review überstehen.

Build und Deployment. Qt 6 baut primär mit CMake, und eine funktionierende Anwendung auszuliefern heißt, die plattformspezifischen Deployment-Werkzeuge, die Plugin-Abhängigkeiten und, sofern Hardware im Spiel ist, die Cross-Compilation zu verstehen. Am Deployment bleiben sehr viele ansonsten fertige Projekte zwei Wochen lang hängen.

Modernes C++. Qt bringt eigene Container- und String-Typen mit, die älter sind als die Entsprechungen der Standardbibliothek, und gewachsene Codebasen mischen beides. Ein guter Entwickler weiß, wann Qts Typen angemessen sind, wie sie mit Move-Semantik zusammenspielen und wie sich die versehentlichen tiefen Kopien vermeiden lassen, die still die Leistung fressen.

Was es kostet, 2026 einen Qt-Entwickler zu beauftragen

Qt sitzt in einer spezialisierten Ecke des Marktes, die Sätze liegen also über der allgemeinen Anwendungsentwicklung und unter der Spitze der Systemprogrammierung. Behandeln Sie das Folgende als typische britische Marktbedingungen und nicht als feste Preise.

Die Tagessätze für einen Qt-Entwickler auf mittlerem Niveau liegen im Allgemeinen zwischen 400 £ und 550 £. Senior-Ingenieure sowie alle mit echter Embedded- oder Echtzeiterfahrung berechnen häufig 550 £ bis 800 £. Sicherheitskritische Bereiche wie Medizintechnik und Automotive liegen noch höher, teils wegen der Framework-Kenntnisse, teils wegen der Zertifizierungs- und Dokumentationsdisziplin, die diese Arbeit verlangt.

Festanstellungen bewegen sich typischerweise zwischen 50.000 £ und 70.000 £ auf mittlerem Niveau und zwischen 75.000 £ und 110.000 £ für Senior- und Lead-Rollen, mit einem klaren Aufschlag für regulierte Branchen und für alle, die sowohl mit der C++- als auch mit der QML-Seite eines Produkts vertraut sind.

Nearshore-Europa bleibt eine starke Option, mit Tagessätzen häufig zwischen 250 £ und 400 £. Qt hat tiefe Wurzeln in Deutschland, Skandinavien und Osteuropa, und das verfügbare Erfahrungsniveau liegt oft höher, als der Satz vermuten lässt.

Die Knappheit wiegt schwerer als der Satz. Eine Qt-Stelle kann monatelang offen bleiben, weshalb viele Unternehmen eine Festanstellung mit Vertragsunterstützung kombinieren, damit die Lieferung nicht stockt, während die Suche läuft.

So prüfen Sie einen Qt-Entwickler

Vier Fragen sagen Ihnen das meiste von dem, was Sie wissen müssen, und keine davon lässt sich allein aus der Dokumentation überzeugend beantworten.

„Erklären Sie, wie Qt entscheidet, wann ein Objekt gelöscht wird." Sie erwarten das Eltern-Kind-Besitzmodell, das Zusammenspiel mit Stack-Allokation und Smart Pointern und das Eingeständnis, dass die Mischung aus Qts Besitzmodell und modernem C++-Besitz Sorgfalt verlangt. Diese eine Frage trennt Menschen, die Qt-Anwendungen ausgeliefert haben, von Menschen, die Tutorials gefolgt sind.

„Wie führen Sie Arbeit in einem Hintergrund-Thread aus und aktualisieren die Oberfläche sicher?" Die richtige Antwort beschreibt, ein Worker-Objekt in einen Thread zu verschieben, statt die Thread-Klasse abzuleiten, und queued Connections zu nutzen, um Ergebnisse zurück in den Oberflächen-Thread zu bringen. Wer aus einem Worker direkt auf Widgets zugreift, produziert Fehler, die Sie nicht reproduzieren können.

„Wann würden Sie Widgets statt Quick wählen, und warum?" Eine durchdachte Antwort wägt Oberflächendichte, Animationsbedarf, Touch-Eingabe, Hardwarebeschleunigung und die Reife beider Toolkits für die Zielplattform ab. Die Antwort „Quick ist neuer, also immer Quick" verrät jemanden, der nie eine komplexe Desktop-Anwendung gepflegt hat.

„Erzählen Sie von einem QML-Performance-Problem, das Sie diagnostiziert haben." Echte Antworten nennen Bindungsschleifen, unnötige Neuberechnung, Overdraw, schweres JavaScript in Bindungen oder das Batching im Scene Graph, und sie nennen den Profiler. Vage Antworten über weniger Elemente bedeuten, dass das Problem nie richtig verstanden wurde.

Lassen Sie sich nach Möglichkeit eine laufende Anwendung zeigen. Qt-Arbeit ist visuell und verhaltensbezogen, und fünf Minuten mit einem echten Build verraten mehr als eine Stunde Gespräch.

Desktop, Embedded und plattformübergreifend sind verschiedene Berufe

Es lohnt sich, in der Stellenbeschreibung präzise zu sein, denn Qt-Erfahrung zerfällt in eigenständige Spezialisierungen, die sich nicht automatisch übertragen.

Desktop-Entwickler kennen Paketierung, Installer, Plattformintegration, High-DPI-Handhabung und die Tatsache, dass derselbe Code auf jedem Betriebssystem subtil falsch aussieht, bis jemand es korrigiert. Embedded-Entwickler kennen Cross-Compilation-Toolchains, den Betrieb ohne Fenstersystem, knappen Speicher, die Bootzeit und Hardwareschnittstellen. Mobile Arbeit bringt Plattform-Stores, Berechtigungen und Lifecycle-Handhabung mit, denen die beiden anderen nie begegnen.

Wer in einem Bereich stark ist, kann meist einen anderen lernen, aber nicht im ersten Monat eines termingetriebenen Projekts. Entscheiden Sie vor dem Schreiben der Ausschreibung, was Sie wirklich brauchen, und schreiben Sie es klar hinein.

Falls Ihr Produkt bereits existiert und älter als Qt 6 ist, beschreibt unser Leitfaden zur Migration von Qt 5 auf Qt 6 , was dieses Upgrade umfasst, und unsere Anleitung zu plattformübergreifenden Desktop-Anwendungen mit Qt und QML zeigt die Architektur, die ein guter Ingenieur anstreben sollte.

Beauftragen Sie ein Qt-Team, das echte Produkte ausliefert

Mecanik stellt Qt-Entwickler für Desktop-, Embedded- und plattformübergreifende Arbeit bereit, projektbezogen wie im Retainer. Wir übernehmen Neuentwicklungen, Upgrades von Qt 5 auf Qt 6, QML-Performance-Arbeit und die hardwarenahen Anwendungen, die allgemeine Softwarehäuser gern ablehnen.

Wo die Arbeit über das Framework hinaus in native Bibliotheken, Gerätetreiber oder leistungskritische Verarbeitung reicht, deckt unser C++-Entwicklungsteam dieses Feld ebenfalls ab. Sagen Sie uns, worauf die Anwendung laufen und womit sie sprechen muss, und wir sagen Ihnen, wie das Engagement realistisch aussieht.

Siehe auch: Softwareentwickler im UK einstellen 2026 , Claude Fable 5 und Opus 4.8: Der vollständige Leitfaden 2026 und Google Gemini 3.5 und Gemini 3.5 Flash: Der vollständige Leitfaden ., COBOL zu C++ Migration: Legacy-Systeme jetzt modernisieren , C++-Entwickler beauftragen: Tagessätze und Auswahl

Häufig gestellte Fragen

Was kostet es, einen Qt-Entwickler in Großbritannien zu beauftragen? Die Tagessätze liegen typischerweise zwischen 400 £ und 550 £ auf mittlerem Niveau und zwischen 550 £ und 800 £ für Senior- oder Embedded-Spezialisten. Festanstellungen bewegen sich im Allgemeinen zwischen 50.000 £ und 110.000 £ je nach Erfahrungsstufe, mit einem Aufschlag für Medizintechnik, Automotive und andere regulierte Arbeit.

Brauche ich eine kommerzielle Qt-Lizenz? Das hängt davon ab, wie Sie linken und ausliefern. Open-Source-Bedingungen sind für dynamisch gelinkte Anwendungen praktikabel, während statisches Linken und bestimmte Module strengeren Pflichten unterliegen, und die Auslieferung auf Embedded-Geräten weist meist auf eine kommerzielle Lizenz hin. Bestätigen Sie die aktuellen Bedingungen beim Hersteller und bei Ihren Rechtsberatern, bevor die Entwicklung beginnt.

Ist ein C++-Entwickler dasselbe wie ein Qt-Entwickler? Nein. Qt ergänzt C++ um ein eigenes Objektmodell, den Signal-Slot-Mechanismus, den Meta-Object-Compiler, eigene Besitzregeln und die QML-Schicht. Ein starker C++-Ingenieur kann Qt lernen, aber rechnen Sie mit einer Einarbeitungszeit statt mit sofortiger Produktivität in einer bestehenden Qt-Codebasis.

Sollte meine Anwendung Qt Widgets oder Qt Quick nutzen? Widgets passen zu dichten, klassischen Desktop-Werkzeugen mit umfangreicher Datenanzeige. Quick passt zu animierten, touch-orientierten und Embedded-Oberflächen und ist der Ort, an dem die meiste neue Produktentwicklung stattfindet. Die richtige Wahl hängt von Ihrer Oberflächendichte, Ihrem Animationsbedarf und der Zielhardware ab.

Warum ist es so schwer, Qt-Entwickler zu finden? Der Pool ist im Vergleich zur Web- oder Backend-Entwicklung wirklich klein, und ein großer Teil davon konzentriert sich in Embedded-, Industrie- und Medizinbereichen, in denen Menschen jahrelang in ihren Rollen bleiben. Rechnen Sie mit einer längeren Suche und erwägen Sie Vertragsunterstützung, damit die Lieferung während der Rekrutierung weiterläuft.