Web-Frameworks 2026: Spielt die Wahl überhaupt noch eine Rolle?
Do Frameworks Matter Anymore?
Brooks Lybrand, drei Jahre lang Vollzeit an Open-Source-Frameworks beteiligt, zerlegt die These, dass im Zeitalter von agentischem Programmieren und Vibe Coding die Wahl des Web-Frameworks egal sei. Er argumentiert, dass die verbreitete Logik einen Widerspruch enthält: Entweder Frameworks sind irrelevant, dann gibt es keinen Grund für React – oder React verschafft einen Vorteil, dann zählen Frameworks sehr wohl. Sein Fazit: Wer kein Framework nutzt, baut selbst eines.
Du nutzt entweder ein Framework oder du baust ein Framework, und ein Framework zu bauen ist wirklich hart.
- Lio
Wenn ich die Wahl hätte, würde ich wahrscheinlich so browser-nativ wie möglich gehen.
Bibliothekscode ist nützlich für Abstraktion, aber browser-native APIs werden langfristig immer stabiler sein.
Wenn ich jetzt vibe-coden muss, dann sollte ich zumindest Agenten nutzen können, um die Anzahl externer "beweglicher Teile" zu reduzieren, indem ich nativ gehe.
z.B. https://developer.mozilla.org/en-US/docs/Web/API/Web_compone...
Warum sich mit einem externen Framework herumschlagen, wenn es eingebaut ist? Meine Vertrautheit mit React spielt keine Rolle mehr.
Ich werde wahrscheinlich dazu übergehen, Bibliothekscode nur für Dinge wie Cross-Compatibility-Shims zu verwenden, die mit der Zeit entfernt werden, aber das war's dann auch schon.
- cadamsdotcom
Frameworks, Linter, Compiler... sie enthalten kodifizierte Lektionen, die man dumm wäre, nicht in seiner Arbeit zu nutzen – agentisch oder anderweitig. Zu nutzen, was andere vor dir gebaut haben, hilft dir, schneller ans Ziel zu kommen.
Sein eigenes Framework zu bauen ist großartig, wenn du überhaupt keine Eile hast – vielleicht willst du lernen, oder vielleicht ist das Teil dessen, was du verkaufst. Für alle anderen: Nutze den Ansatz, der dir den größten Hebel bietet.
- smusamashah
Wir brauchen jetzt andere Arten von Frameworks. Solche, die das Codieren von Agenten einfacher und robuster machen usw. Menschliche Ergonomie wird bei diesen Frameworks zweitrangig bis gar nicht berücksichtigt.
- LelouBil
Obwohl ich kein Webentwickler bin, spricht mir das sehr aus der Seele, aber in der allgemeineren Form von "Spielt das Verständnis des Codes überhaupt noch eine Rolle?". Und es macht mich irgendwie traurig.
Ich habe gerade meinen Abschluss gemacht (und hatte großes Glück, einen Junior-Job zu bekommen), und ich bin jemand, der gerne tief gräbt, wenn ich Probleme mit einer Software habe. Ich lege Wert auf Korrektheit, ich bevorzuge stark typisierte Sprachen, ich habe Haskell nie beruflich genutzt, aber ich mache den ganzen Advent of Code damit. Ich lese gerne präzise Dokumentation.
Aber gestern hat mir mein Vater eine App gezeigt, die er mit Mistral's Vibe und Android Studio gemacht hat. Er ist im IT-Support, er kennt sich mit Informatik aus, obwohl er nie Kotlin oder irgendetwas gelernt hat, aber er konnte eine App "machen", und er war begeistert, und ich habe mich für ihn gefreut, aber nur, weil er sich gefreut hat, im Grunde.
Ich habe die Gelegenheit genutzt, ihm viele Fragen zu stellen, wie er es angegangen ist, ob es ihm egal ist, dass seine einzige Quelle für "wie der Code funktioniert" die Erklärungen der KI selbst sind. Und im Grunde sind wir bei "wenn es nicht kritisch ist" (es war nur eine Launcher-App für sein Handy) "ist es in Ordnung" gelandet.
Aber dann, obwohl ich selbst nie eine App oder irgendetwas "vibe-coded" habe, habe ich das Gefühl, dass ich immer unterschätze, was KI jetzt kann, mit all den Projekten, die auftauchen. Es scheint fast magisch, weil ich keine Ahnung vom Prozess dahinter habe.
Und es bringt mich zum Nachdenken darüber, wann (nicht ob) wir kollektiv aufhören werden, den KI-Code zu überprüfen, so wie 90% der Leute aufgehört haben, Compiler-Ausgaben zu verifizieren, außer in sehr spezi […]
- nostrebored
Es gab nie einen besseren Zeitpunkt, Frameworks zu schreiben, die einschränken, wie Dinge gemacht wurden.
Fast unsere ganze Arbeit findet intern in unserem Framework statt. Die Latenz, Garantien, Build-Time-Fehler und das Feedback, das Vibe-Coding einzelner Implementierungen ermöglichen kann.
Ich wünsche mir ständig mehr Framework-Code; ich wünschte, wir hätten unser ursprüngliches Framework in etwas gebaut, das wütend geworfen hat, wenn wir es missbraucht haben.
Ich wünschte, unser Typsystem wäre ausdrucksstärker, ich wünschte, unsere Threading-Story wäre besser, ich wünschte, ich wünschte, ich wünschte.
Es war noch nie so einfach, das Ganze umzukrempeln, und ich bin immer noch am glücklichsten, wenn unser Framework handwerklich ist.