Die Sprache ist der kleinere Teil des Wegs
Programmieren lernt man in Wochen, entwickeln in Projekten: Erst wer Code liest, versioniert, testet und Kritik daran aushält, ist im Team einsetzbar.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Der Kurs endet dort, wo der Beruf anfängt
Der übliche Verlauf beim Quereinstieg sieht so aus: Man arbeitet einen Sprachkurs durch, versteht Schleifen, Funktionen und Klassen, baut die Übungsaufgaben nach und stellt anschließend fest, dass sich daraus keine Bewerbung schreiben lässt. Nicht weil zu wenig gelernt wurde, sondern weil das Gelernte im Alltag den kleineren Teil ausmacht.
Im ersten Job wartet ein Bestand, den andere geschrieben haben, mit einer Historie, Konventionen, einer Testreihe, die durchlaufen muss, und Kolleginnen und Kollegen, die deinen Vorschlag kommentieren, bevor er in den Hauptzweig darf. Wer nie fremden Code gelesen und nie einen Konflikt in der Versionsverwaltung aufgelöst hat, verbringt die ersten Wochen mit Werkzeugen statt mit Fachlichkeit.
Für Arbeitgeber ist das ein bekanntes Risiko, und es erklärt, warum Quereinsteiger seltener eingeladen werden als ihr Wissen es rechtfertigt. Wer dieses Risiko sichtbar entkräftet, mit einem Projekt, dessen Verlauf man ansehen kann, springt in der Vorauswahl an Bewerbungen mit dickerem Zertifikatsstapel vorbei.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Der Weg in sieben Schritten
Die Schritte bauen aufeinander auf, aber keiner davon ist jemals abgeschlossen. Entscheidend ist, dass du keinen überspringst, weil er sich nach Umweg anfühlt.
- 1
Eine Sprache wählen und dabei bleiben
Entscheide nach den Stellenanzeigen in deiner Region, nicht nach Beliebtheitslisten. Python ist verbreitet in Auswertung, Automatisierung und im KI-Umfeld, Java und C# tragen die Fachanwendungen in größeren Häusern. Der häufigste Fehler ist der Wechsel nach acht Wochen, weil eine andere Sprache gerade interessanter aussieht.
Geschafft, wenn: du entscheidest ein halbes Jahr lang nichts mehr über Sprachen
- 2
Die Grundlagen lernen, die keine Sprache sind
Datentypen, Kontrollfluss, Fehlerbehandlung, Listen und Abbildungen, Funktionen und Objektorientierung. Das ist der Teil, den du beim Wechsel in eine andere Sprache mitnimmst, und der Grund, warum die zweite Sprache ein Bruchteil der Zeit kostet.
Geschafft, wenn: du löst dieselbe Aufgabe in einer zweiten Sprache ohne Neuanfang
- 3
Git ab der ersten Zeile benutzen
Leg für jedes Übungsprojekt ein Repository an, arbeite in Zweigen und schreib Nachrichten, die in drei Monaten noch etwas sagen. Erzeuge einen Konflikt absichtlich und löse ihn auf, bevor dir im Job der erste passiert.
Geschafft, wenn: dein Verlauf erzählt nachvollziehbar, was du wann geändert hast
- 4
Ein Projekt zu Ende bringen statt Kurse zu sammeln
Nimm eine echte Aufgabe aus deinem alten Beruf, aus einem Verein oder aus deinem Haushalt, für die du selbst der Nutzer bist. Zu Ende heißt: Es läuft irgendwo, jemand hat es benutzt, und du hast danach mindestens einen gemeldeten Fehler behoben.
Geschafft, wenn: es existiert etwas, das jemand außer dir wirklich benutzt hat
- 5
Tests schreiben, bevor jemand danach fragt
Fang bei der Stelle an, die dir beim Ändern am meisten Sorge macht. Schreib den Test, ändere den Code und beobachte, wie sich die Angst vor dem Umbau in eine Sekunde Wartezeit verwandelt. Wer Tests hat, traut sich, Namen zu verbessern und Duplikate zu entfernen.
Geschafft, wenn: du baust Code um, ohne vorher zu zögern
- 6
Fremden Code lesen und eigenen prüfen lassen
Such dir ein überschaubares offenes Projekt, lies dich in eine Funktion ein und reiche eine kleine Verbesserung ein. Die Rückmeldung, die du bekommst, ist unbequem und exakt das, was im ersten Job täglich passiert. Sauberer Code ist dabei kein Stilthema, sondern die Frage, ob jemand deinen Code in einem Jahr noch ändern kann.
Geschafft, wenn: du hast eine Anmerkung eingearbeitet, statt sie zu verteidigen
- 7
Bewerben, bevor du dich fertig fühlst
Das Gefühl, noch nicht so weit zu sein, verschwindet nicht von selbst. Im Gespräch wird geprüft, ob du deine Entscheidungen erklären kannst, wie du an einen unbekannten Fehler herangehst und ob du sagen kannst, was du nicht weißt. Benenn deine Lücken offen und sag dazu, wie du sie schließt.
Geschafft, wenn: du hast ein Gespräch geführt, in dem du über eigenen Code gesprochen hast
Sechs Schritte vom ersten Programm zur Bewerbung
- 01 Eine Sprache wählen und ihre Grundlagen wirklich beherrschen.
- 02 Git ab der ersten Zeile benutzen, nicht erst später.
- 03 Ein eigenes Projekt bis zum Ende und in den Betrieb bringen.
- 04 Tests schreiben und damit ohne Angst umbauen.
- 05 Fremden Code lesen und eigenen kommentieren lassen.
- 06 Bewerben, bevor sich das Wissen vollständig anfühlt.
Was du für den ersten Job zusammenhaben musst
Die Liste ist kurz und sie ist prüfbar. Jeder Punkt lässt sich an etwas zeigen, das du gebaut hast, und genau danach wird im Gespräch gefragt.
Eine Sprache, die du wirklich kannst
Du beherrschst Datentypen, Kontrollfluss, Fehlerbehandlung und die Standardbibliothek einer Sprache so weit, dass du ohne Suchmaschine ein kleines Programm schreibst, und weißt, wo deren Grenzen liegen.
Versionsverwaltung im Griff
Du arbeitest mit Zweigen, schreibst Commit-Nachrichten, die beim Suchen helfen, und löst einen Konflikt auf, ohne die Arbeit von jemand anderem zu überschreiben.
Tests als Sicherheitsnetz
Du schreibst Tests für die Fälle, die dir am wichtigsten sind, und kannst danach Code umbauen, ohne zu hoffen. Genau das trennt Übungsaufgaben von Software, die jemand benutzt.
Fremden Code lesen
Du findest dich in einem Bestand zurecht, den du nicht geschrieben hast, indem du an einer Stelle einsteigst und dem Aufruf folgst, statt alles verstehen zu wollen.
Kritik ohne Kränkung
Du nimmst Anmerkungen an deinem Code als das, was sie sind, nämlich Arbeit an der Sache, und kannst umgekehrt fremden Code kommentieren, ohne dass jemand sich rechtfertigen muss.
Ein Projekt mit Ende
Du hast etwas fertiggestellt, das jemand außer dir benutzt hat, inklusive Fehlerbehebung nach der ersten Rückmeldung. Ein abgebrochenes Vorhaben zählt im Gespräch nicht, ein kleines fertiges sehr wohl.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Was der Alltag tatsächlich ist
Die reine Schreibzeit ist der kleinere Teil des Tages. Den größeren füllen Lesen, Nachfragen und Abstimmen: Was ist mit der Anforderung genau gemeint, welcher Sonderfall wurde vergessen, warum ist diese Stelle vor drei Jahren so gebaut worden, und wer benutzt sie noch. Wer gern still vor sich hin arbeitet, bekommt in diesem Beruf weniger Ruhe, als er erwartet.
Ein zweiter großer Anteil ist Fehlersuche, und die läuft nach denselben Regeln wie überall: Beobachtung sammeln, Vermutung bilden, Vermutung prüfen, ausschließen. Wer beim Suchen mit Ausgaben um sich wirft, statt einen Testfall zu schreiben, der den Fehler zuverlässig auslöst, verlängert jede Sitzung um Stunden.
Falsch erwartet wird oft die Rolle der Fachlichkeit. In den meisten Häusern wird keine Grundlagenforschung betrieben, sondern eine Buchhaltung, ein Lager, eine Produktion oder eine Vertragsverwaltung abgebildet. Wer aus einem anderen Beruf kommt, bringt genau hier einen Vorteil mit, den studierte Berufsanfänger nicht haben: Er versteht, wovon die Fachabteilung spricht.
Welche Sprache, und warum die Frage kleiner ist als sie wirkt
Die erste Sprache entscheidet, wie schnell du anfängst, nicht, wo du landest. Python hat die niedrigste Einstiegshürde, verzeiht viel und ist in Auswertung, Automatisierung und rund um KI-Anwendungen zu Hause. Java und C# sind strenger, zwingen früher zu sauberen Strukturen und stecken in den meisten Fachanwendungen größerer Unternehmen.
Praktisch entscheidet der Arbeitsmarkt vor deiner Haustür. Sieh dir dreißig Ausschreibungen im Umkreis an, zähl die Sprachen und nimm die häufigste. Das ist unromantisch und spart dir ein halbes Jahr, das sonst in eine Sprache fließt, für die es in deiner Nähe fünf Stellen gibt.
Was du beim Wechsel mitnimmst, ist fast alles außer der Schreibweise: Denken in Datenstrukturen, Fehlerbehandlung, Testen, Versionsverwaltung, das Lesen fremden Codes. Deshalb ist es sinnvoller, eine Sprache gut zu können als drei halb, und deshalb ist die Frage nach der richtigen Sprache selten die wichtigste, die im Gespräch gestellt wird.
Was Arbeitgeber beim Quereinstieg wirklich prüfen
Zertifikate haben in der Entwicklung deutlich weniger Gewicht als im Test oder im Netzbereich. Geprüft wird an dem, was du gebaut hast, und zwar an drei Dingen: Läuft es, ist es lesbar, und kannst du erklären, warum du dich so entschieden hast. Die dritte Frage ist die eigentliche, denn sie zeigt, ob du auch bei einer fremden Aufgabe zu einer begründeten Entscheidung kommst.
Nützlich sind Wege, die den Einstieg über eine Nebentür nehmen: eine Werkstudentenstelle, ein Praktikum, ein internes Projekt beim jetzigen Arbeitgeber, die Automatisierung im eigenen Fachbereich. Wer bereits in einem Unternehmen arbeitet und dort etwas Nützliches gebaut hat, bewirbt sich anschließend mit einer Referenz statt mit einer Absichtserklärung.
Ein Bootcamp ersetzt weder Ausbildung noch Projekt, es verdichtet Zeit. Es liefert Struktur, eine Gruppe und einen Rhythmus, und es liefert genau nicht die Berufserfahrung, um die es im Gespräch geht. Wer danach kein eigenes Projekt weiterführt, steht mit einem Zertifikat da, das der Personalabteilung nichts sagt.
Woran sich zwei Leute mit gleicher Berufsdauer unterscheiden
Der erste Unterschied ist die Fehlersuche. Die eine schreibt sich einen Testfall, der den Fehler auslöst, und arbeitet von dort rückwärts. Der andere ändert Zeilen, bis es geht, und weiß danach nicht, warum. Nach drei Jahren trennt genau das die Person, der man eine unbekannte Fehlermeldung gibt, von der, die dafür jemanden braucht.
Der zweite Unterschied ist die Frage vor dem Bauen. Wer bei einer unklaren Anforderung nachfragt, statt sie sich zurechtzulegen, spart eine Woche Arbeit, die sonst am Ziel vorbeigeht. Das ist keine Charakterfrage, sondern Übung: Zu wissen, welche drei Fragen vor dem Anfangen zu stellen sind, lernt man an falsch gebauten Vorgängern.
Der dritte Unterschied ist Rücksicht auf die Nachfolge. Namen, die den Zweck sagen, Funktionen, die eine Sache tun, kurze Notizen zum Warum. Das kostet Minuten und entscheidet darüber, ob eine Änderung in zwei Jahren eine Stunde oder eine Woche dauert.
Wohin der Weg führt
Nach zwei bis drei Jahren im Bestand entscheidet sich meist eine Richtung: näher an die Oberfläche, näher an die Daten, in den Betrieb hinein oder in die Fachlichkeit. Frontend, Datenverarbeitung, DevOps, Testautomatisierung und Anforderungsanalyse sind Nachbarrollen, in die man aus der Entwicklung ohne Bruch wechselt, weil das Handwerkszeug dasselbe bleibt.
Zur Statistik weiter unten gehört eine Beobachtung, die für die Planung wichtiger ist als jede Einzelzahl: Zwischen den Anforderungsniveaus Spezialist und Experte liegt in dieser Berufsgattung nur ein kleiner Abstand, während der Abstand zur Fachkraft nach unten und zur Führungsebene nach oben deutlich ausfällt. Der Verdienst hängt hier also stärker am Zuschnitt der Stelle als an der fachlichen Tiefe.
Führung ist deshalb nicht die einzige Richtung, in der sich etwas bewegt, aber die mit dem sichtbarsten Sprung. Wer sie nicht will, findet die Alternative in Rollen, die Entscheidungen enthalten: Architektur, Verantwortung für ein Produkt, technische Beratung. Alles davon setzt voraus, dass du erklären kannst, warum du etwas so gebaut hast, und genau das übst du ab dem ersten eigenen Projekt.
Dazu passende Kurse
Wenn du die ersten Schritte nicht allein gehen willst, decken die Einstiegskurse in die Programmierung genau diese Reihenfolge ab.
Die amtlichen Zahlen zu dieser Rolle
Die vier Zellen zeigen dieselbe Berufsgattung Softwareentwicklung in drei Anforderungsniveaus und dazu die Führungsebene, wobei das Anforderungsniveau den Zuschnitt der Stelle beschreibt und nicht deine Berufsjahre. Auffällig ist, wie nah Spezialist und Experte beieinanderliegen, während der Abstand zur Fachkraft nach unten und zur Führung nach oben deutlich ausfällt: Der Verdienst hängt hier stärker daran, was eine Stelle entscheiden darf, als an der fachlichen Tiefe. Alle Werte gelten für Vollzeit ohne Sonderzahlungen, mit Weihnachts- und Urlaubsgeld liegt dein Jahresverdienst also über dem Zwölffachen. Sieh dabei auf den Median, denn einzelne Spitzenverdienste ziehen den Durchschnitt nach oben.
Amtliche Medianverdienste, April 2025
Brutto im MonatStatistisches Bundesamt, Verdiensterhebung. Vollzeit, ohne Sonderzahlungen. Die Hälfte der Beschäftigten verdient weniger als der Median, die andere Hälfte mehr.
KldB 43412, Durchschnitt 4.608 €, gerundet rund 50.000 € im Jahr ohne Sonderzahlungen
KldB 43413, Durchschnitt 6.238 €, gerundet rund 72.000 € im Jahr ohne Sonderzahlungen
KldB 43414, Durchschnitt 6.313 €, gerundet rund 72.000 € im Jahr ohne Sonderzahlungen
KldB 43494, Durchschnitt 8.785 €, gerundet rund 101.000 € im Jahr ohne Sonderzahlungen
- Vollzeitbeschäftigte, Bruttomonatsverdienst ohne Sonderzahlungen. Weihnachts- und Urlaubsgeld, Prämien und Boni sind nicht enthalten, der Jahresverdienst liegt also über dem Zwölffachen.
- Das Anforderungsniveau beschreibt den Zuschnitt der Stelle, nicht die Berufserfahrung. Fachkraft, Spezialist und Experte sagen etwas über die Komplexität der Tätigkeit aus, nicht über Dienstjahre.
- Die Erhebung geht regional nur bis auf die Bundeslandebene. Für einzelne Städte gibt es keine amtlichen Zahlen, weil der Zufallsfehler zu groß wäre.
Quelle: Statistischer Bericht Verdienste , Statistisches Bundesamt (Destatis). Den eigenen Fall prüfst du im Entgeltatlas der Bundesagentur für Arbeit . Beachte dort: Entgelte oberhalb der Beitragsbemessungsgrenze sind der Statistik nicht bekannt, bei gut bezahlten IT-Rollen steht deshalb nur eine Untergrenze.
Wie sicher bist du beim Thema wirklich?
Lesen fühlt sich schnell nach Können an. Ein kurzer Test zeigt dir, was davon schon sitzt und wo sich ein Kurs lohnt. Kostenlos, ohne Anmeldung, mit einer Erklärung zu jeder Antwort.
Ein sehr gutes, praxisorientiertes und nachhaltiges Seminar. So sollte es immer sein. Vielen Dank.
Ein sehr guter und verständlicher Überblick über die Grundlagen im Umgang mit BricsCAD.
Alle meine Erwartungen wurden erfüllt und ich habe mich sehr gut aufgenommen gefühlt, jede Frage wurden Probleme direkt beseitigt.
Häufige Fragen
Wie lange dauert der Quereinstieg?
Brauche ich ein Studium?
Reicht ein Bootcamp?
Bin ich mit über vierzig zu alt für den Einstieg?
Passt thematisch dazu
Wenn dein Übungsprojekt bisher ohne Tests auskommt, ist die schwierigere Frage nicht das Werkzeug, sondern die Auswahl der Stellen, die im JavaScript-Projekt zuerst einen Test verdienen .
Deine Ansprechpartner
Du bist dir nicht sicher, welcher Kurs oder welches Level zu dir passt? Wir beraten dich persönlich und kostenlos.
Yves Hoppe
Weiterbildung & Beratung
Hilft dir, aus dem IT-Berufe-Programm den passenden Kurs für deinen Stand zu finden.
Norbert Jansen
Beratung & Inhouse
Plant mit dir Inhouse-Trainings, die auf eure Abläufe und euren Datenbestand zugeschnitten sind.
Der Sprung gelingt mit Struktur, nicht mit mehr Tutorials
Bei cmt gehst du die Reihenfolge geordnet durch, von den ersten Grundlagen über eine Sprache bis zu Git, Tests und sauberem Code, mit jemandem im Raum, der deine Fragen beantwortet.
Passt dazu
- Frontend-Entwickler werden: HTML, CSS und JavaScript zuerst, das Framework danach
- Softwaretester werden: der Weg über ISTQB und die erste Testautomatisierung
- DevOps Engineer: eine Rolle, die es als Beruf offiziell nicht gibt
- Requirements Engineer: wer Anforderungen erhebt, bevor jemand Code schreibt