Ich nutze GPT bereits, aber ich glaube nicht, dass es die Position eines Senior-Entwicklers ersetzen kann. Da die Produktivität jedoch steigt, dürfte es für Einsteiger und Junior-Entwickler zunehmend schwieriger werden, einen Job zu finden.
Frontend-Entwickler müssen mit Teammitgliedern aus sehr unterschiedlichen Bereichen kommunizieren, etwa Design, Planung und Backend, daher glaube ich nicht, dass ihre Zahl stark schrumpfen wird. Es gibt diesen Satz von Jobs: „Die Menschen wissen nicht, was sie wollen, bis man es ihnen zeigt.“ Frontend-Entwickler übernehmen die Rolle, durch mehrfaches Erstellen von Prototypen genau dieses Gewünschte sichtbar zu machen, deshalb denke ich nicht, dass sie stark weniger werden. Es könnte allerdings sein, dass noch mehr Prototypen erstellt werden.
Backend-Entwickler dagegen dürften durch automatische Codegenerierung und AI nach und nach weniger werden. Ich glaube auch hier nicht, dass sie vollständig verschwinden, aber wohl, dass ihre Zahl abnehmen wird. Backend-Entwicklung hat gewissermaßen auch formelhafte Aspekte, und es gibt dort viel Potenzial zur Automatisierung, daher scheint mir dieser Bereich eher zu schrumpfen.
Entwickler werden zwar nicht vollständig ersetzt, und es könnte teilweise zu einem Rückgang von Arbeitsplätzen kommen, aber da in mehr Bereichen Aufgaben rund um digitale Transformation und die Modernisierung von Legacy-Systemen entstehen, dürfte es vorerst noch in Ordnung sein.
Ich habe gesehen, dass an einigen Haltestellen UHD-Empfänger für Katastropheninformationen installiert wurden. Wenn auch das nach dem ATSC-3.0-Verfahren läuft, müsste für eine richtige Nutzung von BPS wohl auch bei geringer Signalempfindlichkeit ein Empfang möglich sein.
📝 Das Post-Developer-Zeitalter – ausführliche Zusammenfassung (von ChatGPT)
Hintergrund und Ziel des Artikels
Unmittelbar nach der GPT-4-Showcase im Jahr 2023 wurde mit dem Artikel „The End of Front-End Development“ eine skeptische Sicht auf die Behauptung vertreten, dass AI Entwickler ersetzen werde.
Jetzt, zwei Jahre später (2025), wird auf die tatsächliche Lage zurückgeblickt und geprüft, ob die damalige Prognose richtig war.
Stand der AI-Einführung in Unternehmen
Über Google gab es Berichte wie „AI schreibt 25 % des gesamten Codes“, tatsächlich geben aber weiterhin menschliche Entwickler den Ton an, und AI ist nur ein Werkzeug.
AI schreibt den Code nicht autonom, sondern Entwickler geben die Richtung vor und prüfen sowie überarbeiten die Ergebnisse.
Devin: die tatsächlichen Ergebnisse einer entwicklerersetzenden AI
Devin von Cognition trat mit dem Anspruch „Entwicklung ohne Entwickler“ an, doch die meisten Unternehmen, die es tatsächlich eingeführt haben, berichten von gescheiterten Erfahrungen.
Kleine Aufgaben sind möglich, für komplexe Arbeiten reicht es aber nicht aus. Die meisten Teams stellten die Nutzung innerhalb eines Monats wieder ein.
Vibe Coding
Vorstellung eines Beispiels, wie Josh selbst eine AI-IDE (Cursor + Claude) verwendet.
Einfache Aufgaben lassen sich schnell lösen, teilweise gibt es sogar bessere Code-Vorschläge als erwartet.
Am Ende ist aber dennoch Steuerung nötig, und allein mit AI ist die Pflege nicht möglich.
„AI ist Tempomat. Nimmt man die Hände weg, kommt man irgendwann von der Straße ab.“
Der aktuelle Arbeitsmarkt für Entwickler
Die Lage ist weiterhin schwierig. Das liegt aber nicht daran, dass AI sie ersetzt, sondern an
der Investitionszurückhaltung durch gestiegene Zinsen
den großflächigen Entlassungen bei Big Tech
der Illusion, dass „bald AGI kommt“
Mit anderen Worten: Nicht weil AI tatsächlich ersetzt, sondern weil übertriebene Erwartungen Einstellungen blockieren.
Ist Frontend stärker gefährdet?
Manche behaupten, „Frontend lässt sich leichter ersetzen“, doch Josh sieht das Gegenteil.
Frontend ist direkt mit der User Experience verbunden, daher sind präzise und zur Marke passende Arbeiten unverzichtbar.
Backend-Code könnte vielmehr durch AI schneller vereinfacht und automatisiert werden.
LLM als Lernwerkzeug nutzen
Für Einsteiger ist AI ein sehr nützliches Werkzeug, um Konzepte zu erklären und Fehler zu verstehen.
Blindes Vertrauen ist jedoch gefährlich.
„AI ist kein GPS. Man sollte sie kritisch aufnehmen wie eine Jury.“
Wer ihr unkritisch folgt, wird am Ende den Code nicht mehr lesen können und auch nicht mehr wissen, wie man ihn korrigiert.
Eine Botschaft an Berufseinsteiger in der Entwicklung
Sich von AI nicht einschüchtern lassen und das Lernen der Entwicklung nicht aufgeben.
Im Gegenteil: Entwickler, die mit AI zusammenarbeiten können, werden die stärksten sein.
Künftig könnte sogar eine „Renaissance der Entwickler“ kommen.
„Es ist nicht zu spät, jetzt mit der Entwicklung anzufangen.“
Der aktuelle Stand des technologischen Fortschritts
Die Leistung von AI verbessert sich weiter, befindet sich nun aber eher in einer Phase schrittweiser Verbesserungen als explosiver Fortschritte.
Neue Modelle wie GPT-4.5 und Gemini 2.5 erscheinen, bewegen sich aber vor allem auf dem Niveau von Detailverbesserungen der bestehenden Leistung.
Besorgniserregende Punkte
Die globale wirtschaftliche Unsicherheit, etwa durch eine Wiederwahl Trumps, könnte sich negativ auf die Tech-Branche auswirken.
Eine zu starke Abhängigkeit von AI-Tools kann die Grundlage der Entwicklerfähigkeiten schwächen.
Chancen zum Lernen und Wachsen sollten nicht verpasst werden; AI sollte aktiv genutzt werden.
📌 Zusammenfassung des Fazits
AI kann Entwickler nicht vollständig ersetzen,
sondern etabliert sich vielmehr als unterstützendes Werkzeug zur Steigerung der Produktivität.
Die Rolle menschlicher Entwickler bleibt weiterhin unverzichtbar, und ihr Wert wird auch in Zukunft bestehen.
Da ich Plex und Jellyfin nutze, habe ich mir den Code und die Dokumentation angesehen. Wenn bun sqlite verwendet worden wäre, wäre die Performance wohl etwas besser gewesen, und es ist etwas schade, dass die Jellyfin-Dokumentation noch nicht fertig ist.
Auch im Inland gibt es in Provinzstädten etliche Gebiete ohne Abdeckung; ist das in den Randgebieten anderer Länder nicht noch schlimmer?
Ich denke auch, dass sich der Abdeckungsbereich von dem von GPS unterscheiden könnte.
Jedes Mal, wenn ich diese amerikanische Art von Entlassungen sehe, denke ich, wie barbarisch sie ist. Das sind doch Menschen, mit denen man Zeit verbracht hat — selbst wenn man sie gehen lassen muss, kann man dann nicht wenigstens sagen: „Räumen Sie bitte noch Ihre Sachen zusammen und gehen Sie dann“?
Muss man die Arbeit wirklich so stateless organisieren, dass man jederzeit damit rechnet, dass plötzlich allen auf einen Schlag der Zugang entzogen wird ...?
Kann man es als RAG bezeichnen, wenn man gebündelte Dateien in den Prompt einfügt oder an die Anwendung anhängt und damit das LLM abfragt? Ich frage mich, welcher Teil davon als Retrieval gilt.
Es gibt zwar Modelle, die GPT-4.5 in den Spezifikationen schlagen, aber selbst wenn man sie nur einfach übersetzen lässt, ist ihre Fähigkeit zur Satzgestaltung nicht einmal annähernd vergleichbar. (klarer Sieg für GPT)
Ich glaube, inzwischen sollten wir auch darüber diskutieren, wie Benchmarks und Testsets aufgebaut sein müssen.
Ganz zu schweigen davon, dass man nicht gerade selten hört, die Leistung von LLMs selbst bleibe bei allgemeinen Tasks hinter den Erwartungen zurück...
Ein Text, aus dem man viel lernen kann. Letztlich darf man nicht vergessen, dass auch SaaS ein Produkt ist, das Kunden engagieren, um ihre Probleme zu lösen.
Mickey 17.. haha
Ich habe viel gelernt. Vielen Dank.
Die Reaktionen in den Bluesky-Kommentaren sind einfach zu lustig, lol
Die Kommentare sind interessant.
Danke fürs Teilen.
Mega-Tipp ... danke!
Das entspricht meinen Gedanken einigermaßen.
Ich nutze GPT bereits, aber ich glaube nicht, dass es die Position eines Senior-Entwicklers ersetzen kann. Da die Produktivität jedoch steigt, dürfte es für Einsteiger und Junior-Entwickler zunehmend schwieriger werden, einen Job zu finden.
Frontend-Entwickler müssen mit Teammitgliedern aus sehr unterschiedlichen Bereichen kommunizieren, etwa Design, Planung und Backend, daher glaube ich nicht, dass ihre Zahl stark schrumpfen wird. Es gibt diesen Satz von Jobs: „Die Menschen wissen nicht, was sie wollen, bis man es ihnen zeigt.“ Frontend-Entwickler übernehmen die Rolle, durch mehrfaches Erstellen von Prototypen genau dieses Gewünschte sichtbar zu machen, deshalb denke ich nicht, dass sie stark weniger werden. Es könnte allerdings sein, dass noch mehr Prototypen erstellt werden.
Backend-Entwickler dagegen dürften durch automatische Codegenerierung und AI nach und nach weniger werden. Ich glaube auch hier nicht, dass sie vollständig verschwinden, aber wohl, dass ihre Zahl abnehmen wird. Backend-Entwicklung hat gewissermaßen auch formelhafte Aspekte, und es gibt dort viel Potenzial zur Automatisierung, daher scheint mir dieser Bereich eher zu schrumpfen.
Entwickler werden zwar nicht vollständig ersetzt, und es könnte teilweise zu einem Rückgang von Arbeitsplätzen kommen, aber da in mehr Bereichen Aufgaben rund um digitale Transformation und die Modernisierung von Legacy-Systemen entstehen, dürfte es vorerst noch in Ordnung sein.
Ich habe gesehen, dass an einigen Haltestellen UHD-Empfänger für Katastropheninformationen installiert wurden. Wenn auch das nach dem ATSC-3.0-Verfahren läuft, müsste für eine richtige Nutzung von BPS wohl auch bei geringer Signalempfindlichkeit ein Empfang möglich sein.
📝 Das Post-Developer-Zeitalter – ausführliche Zusammenfassung (von ChatGPT)
Hintergrund und Ziel des Artikels
Stand der AI-Einführung in Unternehmen
Devin: die tatsächlichen Ergebnisse einer entwicklerersetzenden AI
Vibe Coding
Der aktuelle Arbeitsmarkt für Entwickler
Ist Frontend stärker gefährdet?
LLM als Lernwerkzeug nutzen
Eine Botschaft an Berufseinsteiger in der Entwicklung
Der aktuelle Stand des technologischen Fortschritts
Besorgniserregende Punkte
📌 Zusammenfassung des Fazits
Das ist wirklich ein sehr lehrreicher Beitrag. Morgens jeweils zwei Stunden dafür zu nutzen, zu schreiben und sogar mehrere Projekte abzuschließen …!
Da ich Plex und Jellyfin nutze, habe ich mir den Code und die Dokumentation angesehen. Wenn
bun sqliteverwendet worden wäre, wäre die Performance wohl etwas besser gewesen, und es ist etwas schade, dass die Jellyfin-Dokumentation noch nicht fertig ist.Ich bin dankbar, dass es solche Projekte gibt.
Auch im Inland gibt es in Provinzstädten etliche Gebiete ohne Abdeckung; ist das in den Randgebieten anderer Länder nicht noch schlimmer? Ich denke auch, dass sich der Abdeckungsbereich von dem von GPS unterscheiden könnte.
Holt sich das LLM auf Basis der gebündelten Datei nicht per Retrieval den ursprünglichen Code zurück?
Ich habe einen ähnlichen Gedanken.
Bin ich wohl jemand mit einem altmodischen Gespür, wenn ich beim Anblick davon sofort dachte, dass es cool aussieht?
Jedes Mal, wenn ich diese amerikanische Art von Entlassungen sehe, denke ich, wie barbarisch sie ist. Das sind doch Menschen, mit denen man Zeit verbracht hat — selbst wenn man sie gehen lassen muss, kann man dann nicht wenigstens sagen: „Räumen Sie bitte noch Ihre Sachen zusammen und gehen Sie dann“?
Muss man die Arbeit wirklich so stateless organisieren, dass man jederzeit damit rechnet, dass plötzlich allen auf einen Schlag der Zugang entzogen wird ...?
Ich bin überrascht, dass es so viele ziemlich coole Reaktionen gibt ...
Kann man es als RAG bezeichnen, wenn man gebündelte Dateien in den Prompt einfügt oder an die Anwendung anhängt und damit das LLM abfragt? Ich frage mich, welcher Teil davon als Retrieval gilt.
Es gibt zwar Modelle, die GPT-4.5 in den Spezifikationen schlagen, aber selbst wenn man sie nur einfach übersetzen lässt, ist ihre Fähigkeit zur Satzgestaltung nicht einmal annähernd vergleichbar. (klarer Sieg für GPT)
Ich glaube, inzwischen sollten wir auch darüber diskutieren, wie Benchmarks und Testsets aufgebaut sein müssen.
Ganz zu schweigen davon, dass man nicht gerade selten hört, die Leistung von LLMs selbst bleibe bei allgemeinen Tasks hinter den Erwartungen zurück...
Ein Text, aus dem man viel lernen kann. Letztlich darf man nicht vergessen, dass auch SaaS ein Produkt ist, das Kunden engagieren, um ihre Probleme zu lösen.