Wir sind zum letzten Teil unserer Serie gelangt.
Wir haben bereits über die ersten Schritte im Beruf gesprochen.
Darüber, was sich wirklich zu lernen lohnt. Über Code Reviews, Clean Code und die tägliche Arbeit im Team.
Es bleibt eine Frage: Wann hörst du eigentlich auf, Junior zu sein?
Diese Frage taucht sehr oft auf.
Nach einem Jahr? Nach zwei Jahren? Nach fünf? Oder vielleicht, wenn du ein weiteres Framework kennst?
Die Antwort könnte dich überraschen. - Es gibt keine einzige richtige Zahl.
Wir haben Entwickler mit zehn Jahren Erfahrung gesehen, die bei komplexeren Projekten weiterhin Anleitung brauchten. Wir haben auch Personen mit drei Jahren Erfahrung gesehen, die eigenständig Lösungen entwarfen, jüngere Kollegen unterstützten und Verantwortung für ganze Module von Systemen übernahmen.
Deshalb sind in der IT die Jahre der Erfahrung nur ein Teil des Puzzles.
Ein Senior weiß nicht alles
Das ist vermutlich der größte Mythos in der Branche.
Viele Juniors stellen sich einen Senior Developer als jemanden vor, der auf jede Frage die Antwort kennt. Die Realität sieht ganz anders aus.
Ein guter Senior sagt sehr oft: "Ich weiß es nicht."
Aber er fügt sofort hinzu: "Wir prüfen das."
Das ist ein großer Unterschied.
Ein Senior muss nicht die gesamte Dokumentation auswendig kennen. Er muss nicht jede Bibliothek kennen. Er muss nicht alles aus dem Gedächtnis schreiben können.
Er weiß jedoch:
- wo man Informationen findet,
- wie man eine Lösung verifiziert,
- welche Risiken eine bestimmte Entscheidung mit sich bringt,
- wann er "Ich weiß es nicht" sagen sollte, anstatt zu raten.
Das ist eine der wichtigsten Eigenschaften eines reifen Entwicklers.
Programmierer oder Ingenieur?
Am Anfang der Karriere konzentrieren sich die meisten Menschen auf den Code.
Wie schreibe ich eine Funktion? Wie erstelle ich ein API? Wie verbinde ich die Datenbank?
Mit der Zeit beginnst du zu erkennen, dass Code nur ein Werkzeug ist.
Die eigentliche Aufgabe ist, ein geschäftliches Problem zu lösen.
Der Kunde kauft die Anwendung nicht, weil sie in einer bestimmten Sprache geschrieben wurde. Er kauft die Lösung für sein Problem.
Genau in diesem Moment beginnt der Entwickler, wie ein Ingenieur zu denken.
Die beste Funktion ist manchmal die, die du nicht schreibst
Klingt seltsam? Und doch.
Stell dir vor, ein Kunde meldet den Bedarf für ein neues Modul. Du könntest sofort mit dem Entwurf der Lösung beginnen. Du könntest aber auch ein paar Fragen stellen.
Warum diese Funktion?
Wie oft wird sie genutzt?
Existiert eine ähnliche Lösung bereits?
Kann derselbe Effekt auf einfachere Weise erzielt werden?
Oft stellt sich heraus, dass das Problem gelöst werden kann, ohne hunderte neue Codezeilen zu schreiben. Und genau für solche Entscheidungen zahlt der Kunde. Nicht für die Anzahl der Commits.
Verantwortung beginnt dort, wo der Code endet
Ein Senior ist nicht nur für seinen Teil des Projekts verantwortlich. Er schaut weiter.
Er fragt sich:
- wie sich die Änderung auf andere Module auswirkt,
- ob die Lösung skalierbar sein wird,
- ob die neue Funktion wartbar sein wird,
- welche Risiken die Einführung mit sich bringt,
- ob die Benutzer tatsächlich einen Nutzen haben werden.
Das ist eine ganz andere Denkweise.
Ein guter Senior bildet weitere Seniors aus
Das ist eine der schönsten Sachen in unserer Branche.
Die besten Entwickler, die wir getroffen haben, hatten nie Angst, Wissen zu teilen. Im Gegenteil.
Sie freuten sich, wenn sich jemand im Team schneller entwickelte. Denn ein starkes Team schlägt immer den einzelnen Helden.
Über mehr als zwanzig Jahre hatten wir die Gelegenheit zu beobachten, wie Praktikanten bei uns zu vollwertigen Teammitgliedern wurden. Eine solche Geschichte haben wir im ersten Teil dieser Serie beschrieben.
Heute leitet diese Person eigenständig anspruchsvolle Aufgaben, entwirft Lösungen und unterstützt jüngere Entwickler.
Geschah das über Nacht? Natürlich nicht. Es ist das Ergebnis von Hunderten Stunden Lernen. Dutzenden Code Reviews. Unzähligen Fragen. Gemachten Fehlern. Und großer Neugier auf die Welt.
KI ersetzt keinen guten Entwickler
Dieses Thema darf nicht fehlen. Verändert künstliche Intelligenz unsere Branche? - Ja. Sehr stark.
Macht sie Entwickler überflüssig? - Im Gegenteil.
Die Art der Arbeit verändert sich. Wir verbringen immer weniger Zeit mit dem Schreiben repetitiven Codes.
Stattdessen mehr mit:
- Analyse von Problemen,
- Architekturentwurf,
- Validierung von Lösungen,
- Gesprächen mit Kunden,
- Entscheidungsfindung.
KI ist ein großartiger Assistent. Aber die Verantwortung für ein Projekt trägt weiterhin der Mensch. Und das wird noch lange so bleiben.
Was du nicht in den Lebenslauf schreibst
Der Lebenslauf zeigt:
- Programmiersprachen,
- Frameworks,
- Zertifikate,
- Erfahrung.
Er zeigt jedoch nicht die Dinge, die oft über Erfolg entscheiden.
Kannst du zugeben, wenn du einen Fehler gemacht hast?
Kannst du um Hilfe bitten?
Respektierst du die Zeit anderer?
Hältst du Vereinbarungen ein?
Kannst du Konflikte ruhig lösen?
Übernimmst du Verantwortung für deine Entscheidungen?
Genau diese Eigenschaften sorgen dafür, dass ein Team mit dir arbeiten möchte.
Wenn wir nur einen Rat geben dürften...
Nach über zwanzig Jahren Softwareentwicklung könnten wir über Technologien sprechen.
Über Architektur. Über Frameworks. Über künstliche Intelligenz.
Aber wenn wir dir nur einen Rat mitgeben könnten, würde er so lauten: Hör niemals auf, neugierig zu sein.
Technologien werden sich ändern. Programmiersprachen werden sich weiterentwickeln. Frameworks werden entstehen und verschwinden.
Aber Neugier, Demut, Lernbereitschaft und die Fähigkeit, Fragen zu stellen – das sind Kompetenzen, die immer benötigt werden.
Glossar
Senior Developer
Erfahrener Entwickler, der nicht nur hochwertigen Code schreibt, sondern auch Lösungen entwirft, technische Entscheidungen trifft, das Team unterstützt und Verantwortung für die realisierten Projekte übernimmt.
Software-Architektur
Die Art und Weise, wie eine Anwendung und die Beziehungen zwischen ihren Komponenten gestaltet sind, was die Weiterentwicklung, Performance und Wartbarkeit des Systems beeinflusst.
Skalierbarkeit
Fähigkeit eines Systems, eine wachsende Anzahl von Nutzern, Daten oder Prozessen zu unterstützen, ohne Leistungseinbußen.
Commit
Das Speichern von Änderungen im Versionskontrollsystem Git, das die Nachverfolgung der Projektgeschichte ermöglicht.
Mentoring
Der Prozess der Wissens- und Erfahrungsteilung mit weniger erfahrenen Teammitgliedern, um deren berufliche Entwicklung zu fördern.
Zusammenfassung der gesamten Serie
Wenn du alle vier Teile gelesen hast, ist dir vielleicht aufgefallen, dass wir nur selten über konkrete Frameworks gesprochen haben.
Bewusst.
Denn Technologien ändern sich schneller als je zuvor.
Was heute am beliebtesten ist, kann in ein paar Jahren nur noch eine Kuriosität sein.
Aber die Denkweise eines guten Entwicklers bleibt unverändert; Analyse. Verantwortung. Kommunikation. Teamarbeit. Neugier.
Genau diese Dinge sorgen dafür, dass du vom Junior zum Mid-Developer wirst und mit der Zeit zum Senior.
Bei Web24 entwickeln wir seit über 20 Jahren Software für Kunden aus verschiedenen Branchen. In dieser Zeit haben wir eines gelernt: Die besten Entwickler erkennt man nicht daran, wie viele Programmiersprachen sie kennen. Man erkennt sie daran, wie sie Probleme lösen, mit Menschen zusammenarbeiten und wie sehr ihnen die Qualität dessen, was sie schaffen, am Herzen liegt.
Wenn du gerade erst deinen Weg in der IT beginnst, wünschen wir dir, dass du deine Neugier nie verlierst.
Denn genau damit beginnt jede gute Karriere.
