Revision 290: Parse & Compile, Safari 10.1, WebGPU

What this episode covers

In ewiger Jagd nach besserer Audioqualität und stabileren Servern sponsort uns diesmal Wire, der sichere Open Source Messaging Client für all eure Plattformen. [00:01:04] NEWS LOADING STYLESHEETS IN BODY In Revision 254 besprochen, nun Realität: Chrome kann nun progressiv Stylesheets laden, ähnlich wie JavaScript Dateien. SCHAUNOTIZEN [00:02:48] JAVASCRIPT PARSE AND COMPILE TIME Bei all den Evangelien zur Web performance neigen wir dazu, die Zeit zu vernachlässigen, in der JavaScript geparsed und kompiliert wird. Die Zeit, die in den meisten Wasserfalldiagrammen gähnend weiße Leere verursacht. Die Leute von Google wollen das nun ändern und gehen gleich in mehreren Artikeln groß darauf ein. Allen voran Addy Osmanis Text zur Startup Performance, aber auch Paul Lewis, der die Parse & Compile Zeit von SPA frameworks verglichen hat. Dazu noch ein Video von Alex Russel und Hinweis auf das PRPL pattern. Nicht nur Google beschäftigt sich damit, sondern auch Nolan Lawson von Microsoft. Wir diskutieren, teilen unsere Erfahrung mit und geben einen Rundumschlag. [00:29:35] SAFARI 10.1 Safari 10.1 ist da und — hallo — da hat sich was geändert! Wir gehen die Feature Liste durch und freuen uns über ein paar Entscheidungen, die getroffen wurden. . [00:38:10] WEBGPU Voll im Trend: Direkter und standardisierter Zugriff auf die Grafikkarte im Web Browser. Apple’s Webkit Engine macht da mit einem neuen Interface von sich reden, so aber auch Google und Mozilla. Die Relevanz für uns Webworker sei mal dahingestellt, spannend ist das Thema trotzdem. [00:46:00] KEINE SCHAUNOTIZEN GATSBY Statischer Seitengenerator mit React. WEB COMPONENTS, THE REACT WAY React und Web Components mischen geht nicht? Stimmt nicht! Der Artikel zeigt, wie man das am Saubersten macht. MO.JS Bewegung im Web, schön!

Distinct summary based on available episode metadata or transcript content.