Revision 553: State of JS2, Framework Boogaloo

Published: Jan. 24, 2023, 6:41 a.m.

Nachdem sich Vanessa und Peter in ihrem ersten Anlauf noch um ein strukturiertes\nAbarbeiten des Fragenkatalogs der 2022er State of JS-Umfrage bem\xfcht hatten,\nergehen wir uns dieses Mal in eher freier Assoziation, schaffen es dabei aber\nauch, die verbleibenden 98% der Umfrage in einer Revision abzufertigen.\n\n\nSCHAUNOTIZEN\n\n[00:00:58] STATE OF JS\n\nDie zweite H\xe4lfte des State of JS befasst sich mit Tools und Frameworks, die wir\neher abstrakt diskutieren. Zu den relevanten Fragen z\xe4hlt die von State of JS\ngetroffene Unterscheidung zwischen Frontend- und \u201eRender-Frameworks\u201c (Next,\nNuxt, Gatsby etc.), die Frage inwiefern Frontend-Frameworks eher ein Management\nals ein Entwickler-Tool sind und wie Web Components dazu passen. Ob wir jemals\nweniger Frameworks haben (oder werden haben wollen) und ob uns der\nframework-industrielle Komplex \xfcberhaupt l\xe4sst, bleibt trotz des kreativen\nEinsatzes von Auto-Analogien (u.A. zur Pistolenschaltung) ungekl\xe4rt. Zu Sinn und\nZweck von Mobile Frameworks haben wir eher wenig beizutragen, feiern aber\nBrowser-Devtools wie DOM-Breakpoints (Chrome, Firefox), Hover-State-Enforcing\n(Chrome, Firefox), Resource Overrides (Chrome-Extension) und\nIn-Devtools-Suchfunktionen gr\xfcndlich ab (und anwesende Performance-P\xe4pste finden\ndar\xfcber hinaus an an Chromes Trace-Tools gefallen). Weitere ehrenswerte\nNennungen erfahren Sentry, die (einigerma\xdfen) gute alte Formularvalidierung,\n und , die View Transition API und generell alles aus der\nRevision 552 zu Frontend Development im Jahr 2023.