Quereinstieg in die Softwareentwicklung: was wirklich zählt

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. Der formale Weg für Erwachsene ist die Umschulung zur Fachinformatikerin oder zum Fachinformatiker in der Fachrichtung Anwendungsentwicklung mit IHK-Abschluss. Sie dauert meist rund zwei Jahre und kann über einen Bildungsgutschein der Agentur für Arbeit oder des Jobcenters gefördert werden. Wer bereits längere Zeit in der Entwicklung arbeitet, kann die Abschlussprüfung auch ohne Ausbildungsvertrag ablegen, wenn die Berufspraxis mindestens das Eineinhalbfache der regulären Ausbildungszeit umfasst.

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.

Führung ist nicht die einzige Richtung, in der sich etwas bewegt, aber die mit dem sichtbarsten Sprung im Verdienst, wie die amtlichen Zahlen weiter unten zeigen. 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.