BROADCASTS.com

Willkommen zur 600ten Revision unseres Podcasts, die wir am Sonntag, den 7.\nJanuar 2024, in Form einer live abgehaltenen Fishbowl-Diskussion mit etwas \xfcber\nzwanzig G\xe4sten durchgef\xfchrt haben. Wir haben dabei \xfcber drei verschiedene\nThemenbl\xf6cke gesprochen, die wir per Voting bestimmt haben:\n\n 1. Web Components\n 2. Erwartungen an den Framework-Jungle 2024\n 3. Design Systeme\n\nUnsere Teilnehmerschar bestand aus ehemalige G\xe4sten wie z.B. Marvin Hagemeister,\nJens Grochtdreis oder Alexander Lichter, aber auch aus vielen neuen Gesichtern.\nDar\xfcber haben wir uns sehr gefreut!\n\n\nSCHAUNOTIZEN\n\n[00:10:38] WEB COMPONENTS\n\nWir starteten mit den Web Components. Zun\xe4chst ging es darum, ob Web Components\n\xfcberhaupt \u201eeinsatzbereit\u201c seien. Und wir diskutierten, wie sich Web Components\nmit anderen Frontend-Frameworks verbinden lassen. Zum Gl\xfcck gab es bereits\nArtikel dar\xfcber, wie Frameworks und \u201eCustom Components\u201c erfolgreich kombiniert\nwerden k\xf6nnen, wie z.B. der \u201eCustom Components Everywhere\u201e. Besonders spannend\nwar, dass die Seite Reddit anscheinend teilweise bereits mit Web Components\nerstellt wurde. Dies war jedoch noch nicht f\xfcr alle Benutzer verf\xfcgbar \u2013 in\ndiesem Fall half der Inkognito-Modus und das Ausloggen -, aber dann konnten die\nTeilnehmer die neue Webseite mit Web Components betrachten. Wir haben nat\xfcrlich\n\xfcber den Shadow DOM und die damit einhergehenden Probleme gesprochen. Wenn\njemand noch auf der Suche nach \xfcberzeugenden Argumenten f\xfcr Web Components auf\nManagement-Ebene war, empfahlen wir das Lesen dieses Web Components Elevator\nPitchs.\n\n\n\n * https://nolanlawson.com/2023/12/30/shadow-dom-and-the-problem-of-encapsulation/\n * https://blog.jim-nielsen.com/2023/html-web-components-an-example/\n * https://custom-elements-everywhere.com/\n * https://jakelazaroff.com/words/web-components-eliminate-javascript-framework-lock-in/\n * https://gomakethings.com/the-elevator-pitch-for-web-components/\n * https://openui5.org/\n * https://sap.github.io/ui5-webcomponents/\n * https://livebook.manning.com/book/micro-frontends-in-action/\n * https://caniuse.com/declarative-shadow-dom\n\n[00:56:54] ERWARTUNGEN AN DEN FRAMEWORK-JUNGLE 2024\n\nDie Diskussion ging nahtlos zum Thema Frontend-Frameworks \xfcber. Zuerst haben wir\ndar\xfcber gesprochen, ob die Teilnehmer:innen zu dieser Zeit \u201eFOMO\u201c (Fear of\nmissing out) in Bezug auf die aktuellen Frontend Frameworks empfanden. Danach\nhaben wir er\xf6rtert, wie viele verschiedene Frameworks tats\xe4chlich in der\n\u201eRealit\xe4t\u201c, also in Arbeitsprojekten, verwendet wurden. Einige Personen haben\nihre Erfahrungen geteilt, wie sie Frameworks oder Bibliotheken wie NPM-Pakete\nkomplett ausgetauscht haben. Wir haben die Vor- und Nachteile der Verwendung von\nBibliotheken im Allgemeinen besprochen. Marvin hat in diesem Zusammenhang\npassenderweise den Link zu einem XKCD-Comic \xfcber Bibliotheken im Web geteilt.\n\n\n\n * https://workingdraft.de/595/ (HTML over the Wire)\n * https://workingdraft.de/576/ (Qwik)\n * https://workingdraft.de/584/ (Solid & Solidstart)\n * https://workingdraft.de/552/ (Frontend-Development im Jahr 2023)\n * https://workingdraft.de/405/ (rollup.js)\n * https://marvinh.dev/blog/speeding-up-javascript-ecosystem-part-8/\n * https://vinxi.vercel.app/\n * https://github.com/unjs/\n * https://workingdraft.de/565/ (Quo Vadis Frontend-Tooling?)\n * https://socket.dev/blog/when-everything-becomes-too-much\n\n[01:59:55] DESIGN SYSTEME\n\nMit einer fulminannten \xdcberleitung von Hans gelangten wir zum Thema Design\nSysteme. Sowohl in der Live-Diskussion als auch im Chat gingen viele Themen hin\nund her. Wir sprachen dar\xfcber, wer in Projekten f\xfcr die Instandhaltung von\nPattern Libraries verantwortlich ist. Es stellte sich auch heraus, dass es bei\ndem Thema viel um Kommunikation geht. Die Teilnehmenden nannten Tools wie\nStorybook, story.to.design, Histoire, UXPin und Ladle. Schlie\xdflich er\xf6ffnete\nHannah die Diskussion dar\xfcber, wer tats\xe4chlich mit \u201eDesign Systemen\u201c und nicht\nnur Pattern Libraries im Designbereich, beispielsweise mit Figma, arbeitete.\n\n\n\n * https://histoire.dev/guide/getting-started.html\n * https://help.figma.com/hc/en-us/articles/360045003494-Storybook-and-Figma\n * https://story.to.design/\n * https://www.uxpin.com/\n * https://ladle.dev/\n * https://fractal.build/\n * https://www.youtube.com/watch?v=qtAu1V6v6YQ (Exploring the Anatomy of Design\n Systems)\n * https://esilva.net/sociotechnical/sociotechnical-architecture_why-and-what.html