Das Frontend-Laufband

• Viele Frontend-Teams sind überzeugt, dass sie erfolgreich sein werden, wenn sie das Frontend neu schreiben
  • Die Wahl des Frontend-Frameworks ist bei der langfristigen Produktentwicklung jedoch die am wenigsten wichtige technische Entscheidung
  • Zeit auf die Framework-Auswahl zu verschwenden, ist ineffizient
• Frameworks werden mit hoher Wahrscheinlichkeit innerhalb von 5 Jahren veraltet sein
  • Da sich die Frontend-Community schnell verändert, werden Frameworks häufig aktualisiert oder durch neue Versionen ersetzt

Der Ansatz smarter Produktteams

• Klügere Produktteams streben statt eines Framework-Wechsels ein tiefes Verständnis des aktuellen Frameworks an
• Ein Framework-Wechsel ist eine Falle
• Wichtig ist, die aktuell genutzten Werkzeuge wirklich tief zu verstehen und dafür zu sorgen, dass sie die Arbeit nicht behindern

Ratschläge für Ingenieur:innen auf Jobsuche

• Wenn du eine starke Präferenz für ein bestimmtes Framework hast, suche Jobs gezielt danach aus
• Tritt keinem bestehenden Team bei, um es dann von einem Framework-Wechsel überzeugen zu wollen
  • Das verursacht hohe Kosten und Verwirrung im Team

Wie man die technischen Kosten im Frontend senkt

• Man sollte sich auf grundlegende Webtechnologien konzentrieren
• Komplexe Abstraktionsschichten sollten reduziert und die Grundfunktionen der Webplattform neu gelernt werden
• Dadurch lässt sich langfristig mehr Wert liefern
  • Wer nah an den Kerntechnologien des Webs bleibt, kann neue Ingenieur:innen leichter einstellen
  • Die Produktivität kann auch ohne groß angelegte Code-Refactorings erhalten bleiben

Langfristige Strategien für die Karriere von Ingenieur:innen

• Wer Kerntechnologien des Webs tief versteht, steigert seinen langfristigen Marktwert
• Man konnte schon vor React bestehen und wird auch nach React bestehen können
• Es ist vorteilhafter, die Grundlagen zu beherrschen, als sich vor allem auf die jeweils neuesten Trendtechnologien zu konzentrieren
• Durch technologische Veränderungen besteht immer die Möglichkeit, entlassen zu werden
  • Es ist stabiler, die Grundlagen zu stärken, statt sich von einer bestimmten Technologie abhängig zu machen

Warum es im Berufsalltag schwer ist, so offen zu sprechen

• In einer Managementrolle sind solche offenen Aussagen schwer zu machen
• Die eigenen Motive könnten infrage gestellt werden oder das Team könnte ablehnend reagieren
• Es ist ein realistischer Rat, der aus mehr als 20 Jahren Erfahrung stammt

Probleme des Frontend-Ökosystems

• Das aktuelle Frontend-Ökosystem ist komplex
• Für Berufseinsteiger:innen ist es schwer, die nötigen Technologien zu lernen
  • Die komplexen Tools frustrieren sie
  • Selbst die Einstellung von Entwickler:innen für grundlegende Aufgaben wird schwieriger
• Die im aktuellen Technologie-Ökosystem erlernten Fähigkeiten sind zu stark abstrahiert
  • Bei technologischen Veränderungen kann das zu einem großen Nachteil werden

Die Stagnation des Webs und die Probleme mit den Tools

• Die Stagnation des Webs wird durch die Komplexität der Werkzeuge verursacht
• Entwickler:innen wollen kreative und beeindruckende Dinge bauen, aber die Tools stehen ihnen im Weg
• Problematisch ist die Wahrnehmung, dass das Lernen grundlegender Webtechnologien ineffizient sei

Persönliche Haltung

• Der Autor ist seit Langem mit Leidenschaft in der Webentwicklung tätig
• Das Web ist weiterhin eine starke und einzigartige Plattform
• Die grundlegenden Werkzeuge der Webplattform sind sehr gut
• Die heutige Framework-Schicht arbeitet jedoch gegen das Wesen der Webplattform

[GN⁺]

Hacker-News-Kommentare

• Ich arbeite gerade daran, das Build-System eines aktuellen FE-Codes von yarn auf pnpm umzustellen

  • Ich bin Backend-Ingenieur, habe aber auch viel mit JS gearbeitet
  • Das Frustrierendste an FE-Arbeit ist, dass fast alles eingestellt wird
  • Zum Beispiel habe ich 2022 die Apollo CLI verwendet, aber die ist inzwischen eingestellt, also muss ich jetzt graphql-client lernen
  • Wenn man versucht, Abhängigkeiten per Patch-Upgrade zu aktualisieren, kann man nur hoffen, dass nichts von Typsignaturen abhängt
  • Am Ende ist der Build zwar erfolgreich, aber es erscheinen Hunderte Warnungen über eingestellte Funktionen
  • FE-Entwicklung scheint Veränderungen und das Einstellen von Dingen allzu leicht hinzunehmen
  • In Rust-Projekten gab es in vier Jahren nur ein paar kleine Änderungen
  • In JS fühlt es sich so an, als müsste man alle sechs Monate irgendetwas neu schreiben

• Ich arbeite seit fast 20 Jahren im FE-Bereich und habe mehrere Paradigmenwechsel erlebt

  • Ich denke, dass Kenntnisse der Kerntechnologien des Webs dabei helfen, ein vielseitigerer Ingenieur zu werden
  • Ich bin mir aber nicht sicher, ob einen das auf dem Arbeitsmarkt attraktiver macht
  • Man muss sehr gut in React sein, um seinen Marktwert zu maximieren

• Ich bin kein Frontend-Entwickler, verwende React aber seit 10 Jahren

  • Es gibt zwar eine Bewegung in Richtung Svelte, aber React ist immer noch stark
  • Frontend-Entwicklung verändert sich schnell, aber so schlimm ist es nicht

• Keine Frontend-Frameworks zu verwenden, ist der Weg, um dem Laufband zu entkommen

  • Server-Side-Rendering und JavaScript nur dort einsetzen, wo es nötig ist

• Da LLMs stärker in den Vordergrund rücken, wird das Interesse an neuen Technologien abnehmen

  • Durch Erfahrungen mit Bevy und Svelte wird man bestehende Werkzeuge neuen Tools vorziehen

• Durch die Weiterentwicklung von Vanilla JS und CSS ergibt es mehr Sinn, HTML-Templates auf dem Server zu verwenden und JS nur dort einzusetzen, wo es gebraucht wird

  • Frameworks wie React sind weiterhin leistungsfähig, aber UI-Zustandsverwaltung auf dem Server ist einfacher

• Das ist kein Frontend-Problem, sondern ein Problem großer Ökosysteme

  • Ich habe Ähnliches auch in Java erlebt
  • Im Backend ist der Wechsel zu einer neuen Sprache ein noch größeres Problem

• Schon früh in der Webentwicklung habe ich von Svelte und React gehört, aber es ist besser, MDN zu lesen und alles andere zu ignorieren

• Ich nutze React seit über 10 Jahren und stimme der Behauptung nicht zu, dass ein Framework innerhalb von fünf Jahren veraltet ist

• Ich entwickle seit über 20 Jahren fürs Web und bin mit dem CHAMP-Stack zufrieden

  • CHAMP steht für CSS, HTML, Apache, MySQL, PHP
  • Ich bin zufrieden damit, keine Frameworks zu verwenden und bei bewährten Technologien zu bleiben