Fragt man, wer gewinnt – Vue.js oder React –, erntet man im Internet meist einen Glaubenskrieg statt einer Antwort. Die Leute beziehen Stellung und verschanzen sich. Das wollen wir hier vermeiden.
Hier die Kurzfassung, die wir im Folgenden begründen: Vue punktet meist bei der Entwicklungsgeschwindigkeit für kleinere, klar definierte Projekte und Teams, die schnell einsatzbereit sein müssen. React hat die Nase vorn bei Skalierbarkeit, Verfügbarkeit von Fachkräften und langfristiger Flexibilität für große, komplexe Produkte. Wir wissen das, weil wir dieselbe App zweimal gebaut haben – einmal mit jedem Framework – und jede einzelne Stunde genau erfasst haben.
Die eigentliche Frage lautet also nicht: „Welches Framework ist besser?“, sondern: „Welches passt zu meinem aktuellen Projekt?“ Wer sich für das Framework entscheidet, das zur Größe, Komplexität und zum Team passt, liefert schneller und reibungsloser ab. Wer sich falsch entscheidet, zahlt später drauf – durch längere Entwicklungszeiten und höheren Wartungsaufwand. Vergleichen wir sie also richtig.
React (oft auch React.js genannt) ist eine Open-Source-JavaScript-Bibliothek von Meta, ehemals Facebook, mit der sich Benutzeroberflächen aus wiederverwendbaren Komponenten erstellen lassen. Das Wort „Bibliothek“ ist hier entscheidend. React liefert den Kern, während Routing, State-Management und alles Weitere aus einem riesigen Katalog von Drittanbieter-Paketen hinzugefügt werden können – das bedeutet Freiheit und Eigenleistung gleichermaßen.
Vue.js ist ein progressives Open-Source-JavaScript-Framework, das von Evan You entwickelt wurde. Es bringt von Haus aus mehr Funktionen mit als React, setzt auf klassische HTML-Templates und ist für seinen sanften Einstieg bekannt. Genau dieser sanfte Einstieg ist übrigens der Grund, warum unser Experiment so ausgegangen ist, wie es ausgegangen ist.
React wird von Meta unterstützt, was dem Framework die Stabilität und langfristige Unterstützung sichert, die nur ein großer Konzern finanzieren kann. Im Mai 2013 wurde es als Open Source veröffentlicht. Dieser Vorsprung ermöglichte es einer Community, sich darum zu bilden und für nahezu jede erdenkliche Aufgabe eine Drittanbieter-Bibliothek zu entwickeln.
Vue.js hat einen anderen Ursprung. Evan You, ein ehemaliger Google-Entwickler, der im Angular-Team gearbeitet hatte, wollte das Beste aus React, Ember und Angular in etwas Leichterem und schneller Erlernbarem vereinen. Da kein einzelner Tech-Gigant hinter Vue steht, wird es von der Community getragen. Diese Community hat es über Jahre hinweg fest auf dem zweiten Platz der Front-End-Frameworks gehalten, was eine beachtliche Leistung ist.
Möchten Sie sich einen Überblick verschaffen, bevor Sie sich entscheiden? Unser Überblick über das JavaScript-Ökosystem ist ein guter erster Anlaufpunkt, und unser Leitfaden zu den besten Front-End-Frameworks stellt Vue und React den Alternativen gegenüber.
Beide Frameworks haben sich ihre Anhängerschaft redlich verdient, indem sie Entwicklern Werkzeuge an die Hand geben, die tatsächlich Zeit sparen. Drei davon stechen besonders hervor.
Das virtuelle DOM. Ein kurzer Exkurs vorab: HTML ist ein Dokument aus verschachtelten Elementen – eine Liste innerhalb des Bodys, mit Listenelementen darin. Diese Struktur bildet einen Baum, das sogenannte DOM (Document Object Model). Stellen Sie sich das echte DOM wie einen Bauplan vor, der an der Wand hängt. Jedes Mal, wenn Sie direkt darauf mit JavaScriptherumschreiben, um etwa eine Warnung bei einem fehlerhaften Formular anzuzeigen oder Text in einem Suchfeld vorzuschlagen, müssen Sie die Wand neu zeichnen – und das ist langsam und aufwendig. React und Vue behalten eine Kopie auf dem Schreibtisch, markieren nur die geänderten Zeilen und aktualisieren die Wand dann in einem einzigen Schritt. Günstiger. Schneller. Weniger unnötiger Aufwand.
Eine komponentenbasierte Struktur. Beide bauen Benutzeroberflächen aus wiederverwendbaren Komponenten auf, sodass man ein Element einmal schreibt und überall einsetzen kann. Diese Modularität macht Refactoring überschaubar und verhindert, dass große Codebasen zu einem unübersichtlichen Spaghetti-Code werden.
Ein Weg zur mobilen Entwicklung. React bietet React Native, eine ausgereifte und weit verbreitete Methode, um native mobile Apps aus einer gemeinsamen Codebasis zu erstellen. Vues mobile Strategie stützt sich eher auf die Community und plattformübergreifende Tools als auf ein offizielles Pendant. Wenn also eine mobile App auf der Roadmap steht, hat React hier weiterhin die Nase vorn.
Die Zahlen haben sich seit Beginn dieses Experiments stark verändert, daher hier der aktuelle Stand.
Nutzung durch Entwickler. In der 2025 Stack Overflow Developer Survey, an der über 49.000 Entwickler teilnahmen und die im Juli 2025 veröffentlicht wurde, gaben 44,7 % der Befragten an, React zu nutzen, gegenüber 17,6 % bei Vue.js. Reacts Vorsprung bei der reinen Nutzung zeigt sich in jeder größeren Umfrage. Da gibt es keinen Zweifel.
npm-Downloads. Auf npm-TrendsBei den wöchentlichen Downloads übertrifft React Vue um etwa zehn zu eins. React ist bei einer Vielzahl von Projekten, ob neu oder alt, die erste Wahl. Vue liegt auf dem zweiten Platz und wächst stetig; die wöchentlichen Downloads haben sich seit 2022 in etwa verdoppelt.
GitHub-Sterne. Hier muss die ältere Version dieses Artikels korrigiert werden – eine gute Lektion darin, eine Kennzahl erst zu prüfen, bevor man sie zitiert. Das ursprüngliche Repository von Vue 2 überholte die Sternenzahl von React bereits 2018, und diese Schlagzeile hielt sich jahrelang. Doch Vue 3 befindet sich in einem neuen Repository, undefined, das aktuell bei etwa 54.000 Sternen liegt, während das Haupt-Repository von React rund 246.000 aufweist. Berücksichtigt man die Aufteilung zwischen Vue 2 und 3, führt React deutlich. Die alte Aussage, dass Vue bei den Sternen gewinnt, war einmal wahr. Heute ist sie es nicht mehr.
Zufriedenheit und Loyalität. Das ist das Heimspiel von Vue. In der State of JS 2025-Umfrage und den eigenen Berichten der Vue-Community geben weit über 90 % der Vue-Entwickler an, dass sie jederzeit wieder damit arbeiten würden. React ist das größere Framework. Vue ist das beliebtere. Behalten Sie diesen Kontrast im Hinterkopf, denn er zieht sich durch alles, was folgt.
Die Herausforderung war echt und ein wenig verrückt. Wir hatten gerade eine PlayStation 4 im Büro bekommen und der tägliche Streit drehte sich darum, welche Spiele wir kaufen sollten. Als Praktikant habe ich eine App gebaut, mit der jeder abstimmen konnte, damit wir das klären konnten. Und weil man beim zweiten Mal die Hälfte von dem lernt, was man beim ersten Mal gelernt hat, habe ich die App zweimal gebaut. Zuerst in Vue.js, dann in React.
Das Backend war eine API, die JSON Anfragen verarbeitete. Ich fing mit kaum mehr als einfachem HTML und JavaScript an (Praktikant, erinnern Sie sich?), also war dies ein Sprung ins kalte Wasser bei beiden Frameworks.
Die Anforderungen waren auf beiden Seiten identisch:
Die Anforderungen gleich zu halten, ist der ganze Punkt. Das ist es, was den Zeitvergleich später erst sinnvoll macht.
Sie kennen das Gefühl. Der erste Tag mit einem neuen Framework ist eine Wand aus lauter Unbekanntem, und man fragt sich leise, ob man einen Fehler gemacht hat. Dann macht es beim Komponentenmodell Klick, und die Wand wird zum Durchgang. Ich habe die Tutorials durchgearbeitet, mit Eigenschaften experimentiert und die Ausgabe anhand der Dokumentation erraten, bevor ich sie überprüft habe.
Für die meisten Menschen ja. Ich fand die Dokumentation von Vue deutlich zugänglicher als die von React, und ich habe mich genau deshalb für Vue entschieden, weil mein Hintergrund in HTML perfekt zu dessen Template-Syntax passte. Das hat meine Einarbeitungszeit verkürzt und, wie sich später zeigte, das gesamte Projekt beschleunigt.
Etwas schwieriger. Die Dokumentation von React ist anspruchsvoller, was mich im Vergleich zu Vue ausgebremst hat – vor allem wegen JSX, der Art und Weise, wie React Markup direkt in JavaScript einbettet. Nichts Weltbewegendes. Nur ein etwas steilerer Anstieg zu Beginn.
Die beiden sind strukturell ähnlich, es liegen also keine Welten dazwischen. Aber Vue.js hat bei der Lernkurve die Nase vorn, da vertraute HTML-Templates für Einsteiger weniger Hürden bieten als JSX.
Wie jeder Entwickler musste ich entscheiden, auf welche externen Bibliotheken ich setze. Gute Bibliotheken steigern die Qualität und reduzieren den Aufwand bei Kernaufgaben, daher ist die Auswahl entscheidend.
Komplexe Benutzeroberflächen von Grund auf neu zu erstellen, kostet Zeit, daher habe ich Vuetifygenutzt: umfangreiche Dokumentation, einfache Einrichtung, installieren, importieren und loslegen. Für den Anwendungsstatus habe ich Piniaverwendet, die offizielle State-Management-Bibliothek von Vue und die aktuell empfohlene Wahl, da sie Vuex (das sich jetzt im Wartungsmodus befindet) abgelöst hat. Für authentifizierte REST-Aufrufe an den Server bin ich dem Vue.js-Leitfaden gefolgt und habe Axios eingesetzt. Und ich habe Vue Router verwendet, um die Benutzeroberfläche mit der URL zu synchronisieren, was ohne eine Bibliothek eine echte Plackerei ist.
Kurz gesagt, mit Vue.js:
Dasselbe Ziel in React, komplexe Benutzeroberfläche und wieder nicht einfach „out of the box“ zu lösen, also habe ich Material UIverwendet. Für das Design habe ich styled-componentshinzugefügt, da dies mit reinem React etwas umständlich ist (seltsamerweise der einzige Punkt, den ich auf der Vue-Seite nicht so gut abdecken konnte). Für den State ist Redux die offensichtliche Wahl in der React-Welt. Es ist etwas aufwendiger als Pinia, aber gut dokumentiert, sodass ich nicht den halben Nachmittag damit verbracht habe. Ich bin bei Axios für REST geblieben, da ich es bereits kannte, und habe das Routing mit React Routergelöst.
Kurz gesagt, mit React:
Nach dem Lernen, dem Programmieren und dem Testen kommt hier das Fazit. Trommelwirbel optional.
Die Entwicklung mit React hat bei diesem Projekt etwa 30 % länger gedauert als mit Vue.js.
Warum hat Vue für mich also die Nase vorn? Hier sind ein paar ehrliche Gründe.
Der erste Grund ist die Dokumentation. Das offizielle Einsteiger-Tutorial von Vue war vollständiger, da es das State-Management direkt integriert, während React Redux außen vor ließ. Auch die Dokumentation zum State-Management ist bei Vue verständlicher geschrieben. Der zweite Grund bin ich selbst. Mein Hintergrund in HTML kam den Templates von Vue entgegen und hat meine Einarbeitungszeit verkürzt, was sich direkt auf die Zeitmessung ausgewirkt hat.
Diesen zweiten Punkt sollten Sie im Hinterkopf behalten, wenn Sie die „30 %“ lesen. Ein Teil des Unterschieds lag an meiner Ausgangslage und nicht an einem festen Gesetz der Frameworks. Ein Team, das bereits mit JSX und den React-Tools vertraut ist, würde diesen Abstand schrumpfen sehen, möglicherweise bis auf null. Mit meinem heutigen Wissen über den State-Store, die Tools auf beiden Seiten und die Bibliotheken, die im Hintergrund die Schwerstarbeit leisten, würde ich ein Projekt dieser Größe mit beiden Frameworks schnell umsetzen.
In einem Punkt herrschte absoluter Gleichstand: die Communities. Für jedes Problem, auf das ich stieß, gab es bereits eine Antwort auf Stack Overflow oder in der Dokumentation. Diese Tiefe ist ein wesentlicher Grund dafür, warum beide Frameworks eine sichere Wahl für die Zukunft sind.
Wer gerne programmiert, weiß, dass das Framework die eigene Stimmung genauso prägt wie das Arbeitsergebnis. Es lohnt sich also zu wissen, ob man ein Werkzeug wählt, das einen ausbremst, oder eines, das einen auf die richtige Weise voranbringt.
Vue besticht durch einen sauberen Stil, eine gute Dokumentation und eine flachere Lernkurve, sodass man schnell vorankommt. Das Tutorial für den Einstieg führt einen von Anfang bis Ende durch Routing und State Management – eine echte Hilfe für Entwickler, die noch am Anfang stehen. Es fühlt sich einfach aufgeräumt an.
Das Schöne an React ist seine enorme Vielfalt: ein riesiges Angebot an Drittanbieter-Paketen (Redux, React Router und zehntausende weitere auf npm) sowie eine gewaltige Community. Das liegt an der Freiheit, die React bietet, um eine App genau so zusammenzustellen, wie man es möchte. Mehr Spielraum. Mehr Möglichkeiten. Gelegentlich aber auch mehr Komplexität.
Es gibt auch einen beruflichen Aspekt, und der sieht anders aus. Vue hat zwar die flachere Lernkurve, aber für React gibt es weitaus mehr Stellenangebote; aktuelle Analysen von Jobbörsen zeigen, dass React-Stellen etwa drei- bis fünfmal häufiger ausgeschrieben werden als Vue-Stellen. Man kann also mit mehr React-Chancen rechnen, aber auch mit mehr Konkurrenz, sowie laut aktuellen Gehaltsdaten für Entwickler mit einem leichten Gehaltsaufschlag für React-Kenntnisse in den meisten Märkten (die Stack Overflow Developer Survey 2025 bietet hier einen umfassenderen Überblick, auch wenn die Zahlen für spezifische Frameworks je nach Quelle und Region stark schwanken).
„Es kommt darauf an“ ist zwar richtig, aber wenig hilfreich. In über 16 Jahren Frontend-Entwicklung für Unternehmen haben wir festgestellt, dass die Entscheidung zwischen React.js und Vue.js fast immer auf vier Achsen basiert. Deshalb nutzen wir einen einfachen Kompass zur Orientierung, die IC-Matrix zur Framework-Auswahl, und lesen die Nadel ab.
Wie liest man sie? Wenn drei oder vier Achsen in die gleiche Richtung zeigen, trifft sich die Entscheidung von selbst. Bei einem geteilten Ergebnis sollten Sie die Erfahrung des Teams und den Zeitplan am stärksten gewichten, da diese beiden Faktoren unsere eigenen Ergebnisse um 30 % beeinflusst haben. Bestehende Fachkenntnisse sind fast immer wichtiger als die Lernkurve eines Frameworks.
Diese Matrix ist keine Rangliste, die bestimmt, welches Framework das „beste“ ist. Sie dient dazu, das Framework optimal auf das Projekt abzustimmen – genau wie unser allgemeiner Ansatz zur Wahl des Tech-Stacks.
Wenn Sie CTO oder Engineering Lead sind, ist nicht der Unterschied zwischen 72 und 104 Stunden entscheidend. Es geht darum, was diese 32 Stunden Differenz für Kosten, Time-to-Market und Personalgewinnung bedeuten.
Entwicklungskosten. Die 32-Stunden-Differenz bei diesem kleinen Projekt entspricht etwa vier Entwicklertagen. Nehmen wir als Beispiel einen Entwickler auf mittlerem Niveau mit einem Tagessatz von etwa 400 £. Das sind rund 1.600 £ Ersparnis bei einem Projekt dieser Größenordnung. Die Zahl skaliert mit dem Arbeitsaufwand. Bei einem vergleichbaren dreimonatigen Projekt mit etwa 60 Entwicklertagen führt ein Effizienzunterschied von 30 % zu etwa 18 Entwicklertagen oder rund 7.000 £ und mehr bei gleichem Tagessatz. (Dies sind beispielhafte Zahlen, kein Angebot. Die tatsächlichen Kosten und der Zeitunterschied hängen von Ihrem Team, dem Projektumfang und der Vertrautheit mit dem Framework ab.)
Time-to-Market. Eine schnellere Bereitstellung ist nicht nur kostengünstiger, sondern auch früher verfügbar. Bei einem MVP, einer Microsite oder einem internen Tool kann die schnellere Einarbeitung in Vue den Launch um Tage oder Wochen vorziehen, was oft schwerer wiegt als die reinen Kosten. Bei einem großen, langlebigen Produkt verblasst dieser anfängliche Geschwindigkeitsvorteil, und die Flexibilität sowie das Ökosystem von React zahlen sich über den längeren Wartungszeitraum eher aus.
Personalgewinnung und Skalierbarkeit des Teams. Hier schlägt das Pendel oft wieder zugunsten von React aus. Mit drei- bis fünfmal so vielen Stellenanzeigen bietet React einen größeren Talentpool, ein einfacheres Onboarding für Freelancer und ein geringeres Risiko bei Ausfällen von Schlüsselpersonen in einer Codebasis, die Sie über Jahre hinweg pflegen. Der kleinere Talentpool von Vue ist für ein fokussiertes Team selten ein Problem. Er wird jedoch zu einem echten Faktor, wenn Sie ein starkes Wachstum von Team und Produkt erwarten.
Langfristige Wartung. Beide Frameworks sind ausgereift und werden aktiv gepflegt, keines davon ist ein Risiko. Bei der Wartung geht es letztlich um die Menschen: ein größerer, leichter ersetzbarer Talentpool bei React oder ein kleinerer, äußerst loyaler bei Vue. Richten Sie Ihre Wahl danach aus, wie Sie das Projekt personell besetzen wollen.
Kurz gefasst für die Budgetverantwortlichen: Vue kann bei kleineren, klar abgegrenzten Projekten die Entwicklungskosten senken und den Launch beschleunigen, während React das Risiko bei der Personalgewinnung und Wartung für größere, langlebige Produkte minimiert. Die obige Matrix hilft Ihnen dabei, eine fundierte Entscheidung zu treffen, die Sie jederzeit begründen können.
Aus diesem Projekt und der Arbeit, die wir seitdem geleistet haben:
Für ein Projekt wie unseres, das klein und klar definiert ist, war Vue.js die bessere Wahl: schneller Einstieg, für die Teamkommunikation klarer als JSX und mit dem umfassenderen Tutorial ausgestattet. Bei einem großen Unternehmensprodukt würden wir das größere Angebot an Fachkräften und die Flexibilität von React deutlich stärker gewichten. Wenn Sie speziell einen Stack für mobile Anwendungen wählen, lesen Sie unsere Leitfäden zu React Native vs. Flutter und Angular vs. React ergänzend zu diesem Artikel.
Ist Vue.js einfacher zu erlernen als React?
Für die meisten Entwickler: ja. Die HTML-basierten Templates von Vue und die hervorragende Dokumentation ermöglichen einen schnelleren Einstieg, während man bei React zunächst JSX und die Konzepte rund um Hooks verstehen muss. Branchenanalysen gehen meist von 2 bis 4 Wochen bis zur Produktivität in Vue aus, verglichen mit 4 bis 8 Wochen bei React – wobei fundierte JavaScript-Kenntnisse diesen Unterschied schnell schrumpfen lassen.
Was eignet sich besser für große Projekte: Vue oder React?
In der Regel React. Das größere Ökosystem an Drittanbieter-Bibliotheken, der größere Talentpool und die Möglichkeit, mit React Native mobile Apps zu entwickeln, machen es zur besseren Wahl für Produkte, die über Jahre hinweg in großen Teams skaliert werden müssen. Vue ist exzellent für kleine bis mittlere Projekte, stößt aber bei der Besetzung großer, langlebiger Codebasen aufgrund des kleineren Talentpools eher an Grenzen.
Sollte ich 2026 Vue oder React lernen?
Wenn die Jobchancen Priorität haben, insbesondere auf dem US-Markt, ist React die erste Wahl. Es gibt dort drei- bis fünfmal mehr Stellenanzeigen sowie ein deutlich größeres Angebot an Paketen und Tutorials. Wenn Sie einen sanfteren Einstieg bevorzugen oder auf den europäischen oder asiatisch-pazifischen Markt zielen, wo Vue stärker verbreitet ist, ist Vue ein hervorragender Startpunkt. Sobald Sie eines der beiden Frameworks beherrschen, fällt das Erlernen des anderen deutlich leichter.
Wie unterscheiden sich Vue und React in der Performance?
In realen Anwendungen so gut wie gar nicht. Beide nutzen ein virtuelles DOM, und unabhängige Benchmarks (wie js-framework-benchmark) sehen Vue 3.5 bei DOM-Operationen und Speicherverbrauch leicht vor React 19. Die Unterschiede liegen im einstelligen Millisekundenbereich und sind für Nutzer nicht spürbar. Die Qualität Ihres Codes ist weitaus entscheidender als die Wahl des Frameworks.
Welches Framework bietet die bessere TypeScript-Unterstützung?Beide sind stark, wobei Vue durch die Out-of-the-box-Erfahrung leicht die Nase vorn hat. Da Vue 3 komplett in TypeScript neu geschrieben wurde, sind Typen durchgehend erstklassig integriert. Auch die TypeScript-Unterstützung von React ist exzellent und ausgereift, wobei einige Muster auf Community-Typdefinitionen angewiesen sind. Für Teams, die primär mit TypeScript arbeiten, sind beide eine sichere Wahl.
Ist React populärer als Vue.js?Ja. Laut der Stack Overflow Developer Survey 2025 nutzen 44,7 % der Entwickler React gegenüber 17,6 % bei Vue.js, und die wöchentlichen npm-Downloads von React übertreffen die von Vue um etwa das Zehnfache. Allerdings erzielt Vue höhere Werte bei Zufriedenheit und Bindung. Es ist das kleinere, aber beliebtere Framework.
Wird Vue.js noch weiterentwickelt oder stirbt es aus?Es ist sehr lebendig. Vue 3.5 wurde 2025 veröffentlicht, die Arbeiten an einem großen Performance-Upgrade für die Reaktivität (Vapor Mode) laufen, Nuxt 4 erschien im selben Jahr und die wöchentlichen Downloads von Vue haben sich seit 2022 etwa verdoppelt. Das Wachstum ist in den USA zwar langsamer als bei React, was fälschlicherweise als Rückgang interpretiert werden könnte, aber die Daten zeigen ein stetiges und gesundes Wachstum.
Können dieselben Entwickler sowohl mit Vue als auch mit React arbeiten?Im Grunde ja. Beide teilen sich die Kernkonzepte, Komponenten, ein virtuelles DOM und einen reaktiven Status. Wer also in einem der beiden Frameworks sicher ist, kann in der Regel innerhalb weniger Wochen produktiv mit dem anderen arbeiten. Genau diese Übertragbarkeit ist der Grund, warum wir die Erfahrung des Teams in unserer Auswahlmatrix für das IC-Framework eher als einen Faktor und nicht als unüberwindbare Hürde betrachten.
Also, Vue.js oder React – wer gewinnt? Keiner von beiden, und genau das ist der Punkt. Der Gewinner ist das Framework, das am besten zur Größe, Komplexität und zum Zeitplan des Projekts sowie zu den beteiligten Entwicklern passt. Wenn Sie von der Frage ausgehen, welches Framework zur Aufgabe passt, statt zu fragen, welches „besser“ ist, führt Sie die obige Matrix zu einer Entscheidung, hinter der Sie voll und ganz stehen können.
Auch Ihre eigene Erfahrung beeinflusst das Ergebnis, wie unser Experiment deutlich gezeigt hat: Ein Vorsprung in HTML hat den 30-prozentigen Unterschied genauso stark geprägt wie die Frameworks selbst. Wägen Sie die vier Achsen und die Fähigkeiten Ihres Teams ab – dann hört die richtige Wahl meist von selbst auf, ein Streitpunkt zu sein.
Planen Sie ein Frontend- oder Mobile-Projekt mit Vue.js oder React? Unsere Senior-Entwickler unterstützen Sie gerne dabei. Kontakt aufnehmen.
Ich bin ein Webentwickler, der sich für Frameworks begeistert, die das Leben einfacher machen. Oft wird vergessen, dass Sie wahrscheinlich keine Semikolons mehr benötigen.
People who read this post, also found these interesting:
.webp)
