- 2019: Als ich anfing, Webentwicklung zu lernen, sagten Dozent:innen und Autor:innen von Technikblogs, man solle breit und tief lernen und Expert:in für eine bestimmte Technologie oder ein bestimmtes Framework werden.
- 2022: Als ich im Bachelor einen Vortrag von Praktiker:innen hörte, sagte ein Absolvent, der bei einem Großunternehmen eingestiegen war, man solle die eigene Identität nicht über ein Tool definieren, sondern Expert:in für eine bestimmte Domäne werden.
- Stand heute, 2025: In IT-Magazinen oder Blogs von Tech-Unternehmen heißt es mit Verweis auf die Fortschritte der AI-Technologie, gebraucht würden Product Engineers, die den gesamten Lebenszyklus eines Produkts verantworten können.
Dass sich Trends in diesem Beruf wirklich schnell ändern, habe ich oft gehört. Mich hat aber interessiert, welchen Risiken Junioren begegnen können, die gerade erst in das Berufsbild einsteigen und den Trends der jeweiligen Zeit folgen.
Am Ende wirkten alle drei oben genannten Trends so, als würde man bei jeder Rolle in jedem Unternehmen sagen: „Natürlich ist das gut, wenn man das kann.“ Bedeutet das also, dass sich das Idealbild nicht einfach verlagert, sondern nach und nach erweitert?
In einer Zeit, in der immer mehr Tools und Konzepte auftauchen und man immer mehr selbst beurteilen muss, stelle ich diese Frage, um Hilfe dabei zu bekommen, welche Haltung Junioren mitbringen sollten.
8 Kommentare
Meiner Meinung nach ist der Trend so etwas wie eine „Verschiebung der Gewichtung durch den Fortschritt der Abstraktion“.
CS, Sprache, Framework, Domäne und SDLC sind alles Fähigkeiten, die nötig sind, um Produkte zu entwickeln. Allerdings gab es je nach Epoche Unterschiede in ihrer Bedeutung.
In der Zeit von 1GL und 2GL war das Gewicht von CS-Wissen groß, weil man Software nur entwickeln konnte, wenn man Speicherstrukturen, den Einsatz von Registern, den Kompilierungsprozess und die Funktionsprinzipien der Hardware tiefgehend verstand.
In der Zeit von 3GL und 4GL stieg mit dem Aufkommen von Hochsprachen wie C und Java das Gewicht der Sprachbeherrschung, weil die Sprache selbst Hardware-Details abstrahierte und die Fähigkeit, eine gute Sprache auszuwählen und gut einzusetzen, Qualität und Geschwindigkeit der Entwicklung bestimmte.
Im Open-Source-Zeitalter wurden Frameworks für Web, Mobile und Cloud-Infrastruktur explosionsartig weiterentwickelt, wodurch es wichtiger wurde, Frameworks zu verstehen und produktiv einzusetzen.
In jüngster Zeit ist mit dem Fortschritt der generativen KI die Fähigkeit wichtiger geworden, eine Domäne tief zu verstehen und zu betreiben, als eine bestimmte Sprache oder ein bestimmtes Framework zu erlernen.
Mit dem Wandel der Zeit haben sich die Gewichtungen zwar verändert, aber es gibt keine Fähigkeit, deren Bedeutung vollständig auf null gesunken ist. Wenn man Junior ist, sollte man meiner Meinung nach abschätzen, wie die Verteilung dieser Gewichtungen aussieht, wenn man sich auf dem Arbeitsmarkt positioniert, die verfügbare Zeit angemessen investieren und so den eigenen Wert maximieren.
Ich habe darüber eher gegenteilig gedacht. Im Vergleich zu 2019 scheinen 2025 viel mehr Dinge einfacher geworden zu sein.
2019 lag das Django-Framework vermutlich etwa bei Version 2.0, und vor Kurzem wurde ja Django 6.0 angekündigt. Das Spring Framework wurde dieses Mal in Version 7.0 veröffentlicht. Frameworks zum Erstellen von Webseiten werden Tag für Tag weiterentwickelt, aber im Vergleich dazu ist das, was man 2019 wie auch 2025 bauen muss, immer noch ungefähr so etwas wie eine „Plattform für XXX“. Das heißt: Die Anforderungen der Menschen werden offenbar nicht im gleichen Maß komplexer wie die Technik fortschreitet. Infolgedessen hat sich der Fokus vielleicht nach und nach von „Wie implementiere ich das?“ zu „Wie schnell implementiere ich das?“ verschoben. (Natürlich denke ich, dass es damals wie heute gleichermaßen wichtig ist, es gut zu bauen.)
Die Nuancen von 2022 und 2025 wirken auf mich fast gleich. Es scheint, als würde in unterschiedlichen Formulierungen jeweils dasselbe gesagt: „Verstehe das Business (und nicht nur den Code).“
Vielen Dank für die gute Einsicht. Schon wenn ich nur einen einzigen Satz schreibe, bringt mich das zu dem Gedanken, dass das, was ich sehe, nicht alles ist.
Allerdings denke ich bei der Nuance zwischen 2022 und 2025 tatsächlich, dass der Product Engineer von 2025 eher einem Full-Stack-Engineer nahekommt, weshalb ich es als eine Erweiterung des Anforderungsprofils beschrieben habe.
Das ist auch ein Aspekt! Aus dieser Perspektive könnte man es so lesen, dass von 2019 bis 2025 das „anhaltende Nachlassen des Interesses an Technologie“ zu beobachten ist.
P.S. Ich vermute, dass mit „flach und tief“ wahrscheinlich versehentlich „schmal und tief“ gemeint war :D
Ah, ja, ich habe es falsch geschrieben!! Danke
Was man macht, warum man es macht, wie man es macht, was man machen möchte, wer wir sind,
ich denke, diese Fragen haben sich früher wie heute nicht verändert. Gute Talente sind vermutlich Menschen, die auf diese wichtigen Fragen jeweils ihre eigenen Antworten finden können.
In Zeiten, in denen die technischen Hürden beim Aspekt des „Wie macht man es?“ hoch waren, waren Organisationen wichtig, die Experten hatten, die dieses „Wie“ lösen konnten, weil sie dadurch auch bei Fragen wie „Was macht man?“ oder „Warum macht man es?“ mehrere Optionen hatten.
Mit der Zeit sinken die Hürden beim „Wie macht man es?“ jedoch immer weiter, und das Niveau gleicht sich nach oben hin an. Deshalb scheint der große Trend zu stimmen, dass man künftig eher ein Generalist sein sollte als ein Spezialist, der nur das „Wie“ lösen kann.
Allerdings ist es von Firma zu Firma, von Mensch zu Mensch und von Situation zu Situation unterschiedlich, daher kann ich nicht einfach sagen, dass es immer gut ist, nur dem großen Trend der Welt zu folgen. Ich möchte jemand sein, der zu meinem Unternehmen, meinen Leuten und meiner Situation passt. Daran arbeite ich. Aus der Perspektive von jemandem, der gerade einmal etwa zehn Jahre gearbeitet hat ... denke ich so darüber. Ich hoffe, das hilft.
Das ist etwas, worüber man in der gegebenen Situation nachdenken kann! Vielen Dank für Ihre guten Worte.