<p>Hans und Peter haben zwei neue Tools für sich entdeckt, von denen sie in dieser Revision berichten.</p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:01:40] <a href="https://clinicjs.org/">ClinicJS</a></dt>
<dd>Hans hat ein Memory Leak gejagt und ClinicJS hat sehr dabei geholfen. Neben den diversen Sub-Tools sprechen wir auch über <a href="https://nodemon.io/">Nodemon</a>, <a href="https://github.com/TypeStrong/ts-node">ts-node</a>, Callbacks, Promises, Node, <a href="https://deno.land/">Deno</a> und das Buch <a href="https://en.wikipedia.org/wiki/Coders_at_Work">Coders at Work</a>.</dd>
<dt>[00:30:19] <a href="https://www.tabnine.com/">TabNine</a></dt>
<dd>Kurz vor Beginn der Aufzeichnung ist Peter über das AI-Autocomplete-Tool TabNine gestolpert, das als IDE-Extension daherkommt. Wir quatschen über TypeScript, (Teil-) Automatisierung für Entwickler, das Pareto-Prinzip und über die Fähigkeiten und Fehler von AI allgemein.</dd>
</dl>


Hans und Peter haben zwei neue Tools für sich entdeckt, von denen sie in dieser Revision berichten. Schaunotizen [00:01:40] ClinicJS Hans hat ein Memory Leak gejagt und ClinicJS hat sehr dabei geholfen. Neben den diversen Sub-Tools sprechen wir auch über Nodemon, ts-node, Callbacks, Promises, Node, Deno und das Buch Coders at Work. [00:30:19] TabNine Kurz [&#8230;]

Working Draft

Hans und Peter haben zwei neue Tools für sich entdeckt, von denen sie in dieser Revision berichten.
Schaunotizen

[00:01:40] ClinicJS
Hans hat ein Memory Leak gejagt und ClinicJS hat sehr dabei geholfen. Neben den diversen Sub-Tools sprechen wir auc[...]

Hans und Peter haben zwei neue Tools für sich entdeckt, von denen sie in dieser Revision berichten.
Schaunotizen

[00:01:40] ClinicJS
Hans hat ein Memory Leak gejagt und ClinicJS hat sehr dabei geholfen. Neben den diversen Sub-Tools sprechen wir auch über Nodemon, ts-node, Callbacks, Promises, Node, Deno und das Buch Coders at Work.
[00:30:19] TabNine
Kurz vor Beginn der Aufzeichnung ist Peter über das AI-Autocomplete-Tool TabNine gestolpert, das als IDE-Extension daherkommt. Wir quatschen über TypeScript, (Teil-) Automatisierung für Entwickler, das Pareto-Prinzip und über die Fähigkeiten und Fehler von AI allgemein.

Revision 444: Neue Developer-Tools

<p>Aufgrund außerplanmäßiger Ausfälle geplanter Gäste erzählt Schepp etwas von seinen Versuchen, mit allen Mitteln Select-Elemente zu stylen (was nicht gehen sollte, aber trotzdem einigermaßen klappt) und Peter von seinen Versuchen, Elementen ihre Computed Styles zu entlocken (was trivial sein sollte, aber knifflig ist). Moderiert vom unvergleichlichen Hans!</p>
<style>
a.message_link {
  margin: 0 0 1rem; width: 100%;
  border-bottom: 0;
  display: block;
}
a.message_link img {
  margin: 0 0 0 1rem;
  max-width: 25rem;
  width: 100%;
}
</style>
<aside class="message long-message">
<h2>Unser Sponsor</h2>
<p><a class="message_link" href="https://www.tradingtwins.com/workingdraft?ref=workingdraft.de"><img class="alignnone size-medium wp-image-4839" style="display: block; float: right; margin-bottom: 1rem;" src="https://workingdraft.de/wp-content/uploads/2020/09/tradingtwins-banner.jpg" alt="" /></a></p>
<div class="message_content">
<p>tradingtwins sucht einen Frontend-Developer für den Aufbau einer digitalen Angebotsplattform. Wenn Du Spezialist für HTML/CSS und Javascript bist, solltest du dir das Startup mal genauer ansehen. Dich erwartet eine Schlüsselrolle in einem Kanban-Team aus Designern und Entwicklern. tradingtwins sitzt im Herzen von Köln, hat aktuell 11 Mitarbeiter. Zwei der drei Gründer sind selbst Entwickler. Sie bauen ein spannendes Produkt mit langfristigem Fokus, sind profitabel und solide finanziert.</p>
<p>Eine ausführliche Jobbeschreibung, sämtliche Kontaktdaten und weitere offene Stellen findest du unter <a href="https://www.tradingtwins.com/workingdraft?ref=workingdraft.de">www.tradingtwins.com/workingdraft</a>.</p>
</div>
</aside>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:01:42] Select-Styling, Farb-Fonts und Unicode</dt>
<dd>Schepp sah sich der Aufgabe gegenüber, mit nativen <code>&lt;select&gt;</code>&#8211; <code>&lt;option&gt;</code>-Elementen eine Länderauswahl mit bunten Landesflaggen zu bauen. Native Elemente haben viele Vorteile, sind aber <a href="https://developer.mozilla.org/en-US/docs/Web/CSS/Replaced_element">Replaced Elements</a> und daher spätestens seit <a href="https://wiki.mozilla.org/Electrolysis">Firefox Electrolysis</a> in allen Browsern ungestaltbar. Schepp griff zu <a href="https://www.colorfonts.wtf/">farbigen Fonts</a> und dem <a href="https://birdfont.org/">Font-Editor Birdfont</a> um sich einer Problemlösung anzunähern. Des Weiteren geht es um <a href="https://developer.mozilla.org/en-US/docs/Web/CSS/@font-face/unicode-range">unicode-range</a>, Zero-Width-Spaces, <a href="https://de.wikipedia.org/wiki/Ligatur_(Typografie)">Ligaturen</a> und Swingerclubs.</dd>
<dt>[00:51:15] Computed Styles auslesen</dt>
<dd>Peter hat dank <a href="http://warhol.io/">Warhol</a> in der letzten Zeit viel mit dem CSSOM (dem <a href="https://developer.mozilla.org/en-US/docs/Web/API/CSS_Object_Model">ollen CSSOM</a>, nicht <a href="https://developer.mozilla.org/en-US/docs/Web/Houdini">Houdini</a>) zu tun und berichtet von den Herausforderungen beim Auslesen von Computed Styles. Es geht um <a href="https://developer.mozilla.org/en-US/docs/Web/API/Window/getComputedStyle">window.getComputedStyle()</a>, <a href="https://developer.mozilla.org/en-US/docs/Web/API/Element/computedStyleMap"><code>Element.computedStyleMap()</code></a>, <a href="https://developer.mozilla.org/en-US/docs/Web/CSS/--*">Custom Properties</a>, Browser, Browserbugs in Chrome (v.a. mit <a href="https://developer.mozilla.org/de/docs/Web/CSS/font-feature-settings">font-feature-settings</a>) und die <a href="https://www.youtube.com/watch?v=Z-nXRZkge2U">Implementierung von Single-Page-Apps in Netscape-Browsern</a>.</dd>
</dl>


Aufgrund außerplanmäßiger Ausfälle geplanter Gäste erzählt Schepp etwas von seinen Versuchen, mit allen Mitteln Select-Elemente zu stylen (was nicht gehen sollte, aber trotzdem einigermaßen klappt) und Peter von seinen Versuchen, Elementen ihre Computed Styles zu entlocken (was trivial sein sollte, aber knifflig ist). Moderiert vom unvergleichlichen Hans! Unser Sponsor tradingtwins sucht einen Frontend-Developer für den [&#8230;]

Aufgrund außerplanmäßiger Ausfälle geplanter Gäste erzählt Schepp etwas von seinen Versuchen, mit allen Mitteln Select-Elemente zu stylen (was nicht gehen sollte, aber trotzdem einigermaßen klappt) und Peter von seinen Versuchen, Elementen ihre Comp[...]

Aufgrund außerplanmäßiger Ausfälle geplanter Gäste erzählt Schepp etwas von seinen Versuchen, mit allen Mitteln Select-Elemente zu stylen (was nicht gehen sollte, aber trotzdem einigermaßen klappt) und Peter von seinen Versuchen, Elementen ihre Computed Styles zu entlocken (was trivial sein sollte, aber knifflig ist). Moderiert vom unvergleichlichen Hans!

a.message_link {
  margin: 0 0 1rem; width: 100%;
  border-bottom: 0;
  display: block;
}
a.message_link img {
  margin: 0 0 0 1rem;
  max-width: 25rem;
  width: 100%;
}


Unser Sponsor


tradingtwins sucht einen Frontend-Developer für den Aufbau einer digitalen Angebotsplattform. Wenn Du Spezialist für HTML/CSS und Javascript bist, solltest du dir das Startup mal genauer ansehen. Dich erwartet eine Schlüsselrolle in einem Kanban-Team aus Designern und Entwicklern. tradingtwins sitzt im Herzen von Köln, hat aktuell 11 Mitarbeiter. Zwei der drei Gründer sind selbst Entwickler. Sie bauen ein spannendes Produkt mit langfristigem Fokus, sind profitabel und solide finanziert.
Eine ausführliche Jobbeschreibung, sämtliche Kontaktdaten und weitere offene Stellen findest du unter www.tradingtwins.com/workingdraft.


Schaunotizen

[00:01:42] Select-Styling, Farb-Fonts und Unicode
Schepp sah sich der Aufgabe gegenüber, mit nativen <select>– <option>-Elementen eine Länderauswahl mit bunten Landesflaggen zu bauen. Native Elemente haben viele Vorteile, sind aber Replaced Elements und daher spätestens seit Firefox Electrolysis in allen Browsern ungestaltbar. Schepp griff zu farbigen Fonts und dem Font-Editor Birdfont um sich einer Problemlösung anzunähern. Des Weiteren geht es um unicode-range, Zero-Width-Spaces, Ligaturen und Swingerclubs.
[00:51:15] Computed Styles auslesen
Peter hat dank Warhol in der letzten Zeit viel mit dem CSSOM (dem ollen CSSOM, nicht Houdini) zu tun und berichtet von den Herausforderungen beim Auslesen von Computed Styles. Es geht um window.getComputedStyle(), Element.computedStyleMap(), Custom Properties, Browser, Browserbugs in Chrome (v.a. mit font-feature-settings) und die Implementierung von Single-Page-Apps in Netscape-Browsern.

Revision 443: Select-Styling und Computed Styles

<p>Als sich abzeichnete, dass uns kein gutes Thema einfallen würde, konsultierten wir Twitter, um zu fragen, ob jemand dort Lust und Zeit hat, über ein mitgebrachtes Thema zu quatschen. Und wir hatten Glück! <a href="https://marvinh.dev/">Marvin Hagemeister</a>, welcher letztes Jahr <a href="https://workingdraft.de/397/">schon einmal bei uns zum Thema Preact und Code-Golfing in der Sendung war</a> und der gerade mit seinen Mitstreitern an <a href="https://github.com/preactjs/preact/issues/2621">Preact 11</a> arbeitet, schlug vor, mit uns über End-to-End-Testing zu reden. Nachdem wir uns letztens <a href="https://workingdraft.de/436/">mit Frontend-Unit-Testing beschäftigt hatten</a> ein wunderbar passendes Thema. Also griffen wir zu! :)</p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:00:32] <a href="https://www.npmjs.com/package/pentf">&#8222;Next Level&#8220; End-to-End-Testing</a></dt>
<dd>Natürlich war Preact der initiale Grund für Marvin, sich mit End-to-End-Testing-Frameworks zu beschäftigen, denn Marvin suchte nach einem Tool, das das von Preact erzeugte DOM extrahieren und gegen einen Snapshot testen konnte. Darüberhinaus arbeitet Marvin zur Zeit bei der Firma, die hinter den Tonie Boxen steckt. Und auch dort war man auf der Suche nach einem Testing-Framework, das den gesamten Flow von Inbetriebnahme einer neuen Tonie Box, über das Flashen per Web-Oberfläche hin zum Kauf und Teilen von Hörbüchern abtesten konnte. <a href="https://github.com/karma-runner/karma">Karma</a> mit dem darunter befindlichen <a href="https://www.w3.org/TR/webdriver/">WebDriver</a> war für das Preact-Szenario nicht geeignet, weil es an bestimmten Stellen durch den genutzten Stack limitiert wird. An <a href="https://jestjs.io/">Jest</a> wiederum stört, dass dieses keine echte Browser zum Testen nutzt, sondern nur ein simuliertes DOM (<a href="https://github.com/jsdom/jsdom">jsdom</a>), das aber manche Dinge, wie zum Beispiel <a href="https://developer.mozilla.org/en-US/docs/Web/API/Intersection_Observer_API">Intersection Observer</a> nicht implementiert. Und wenn man Jest mit <a href="https://github.com/puppeteer/puppeteer/">Puppeteer </a>verknüpft, dann kann man keine zwei parallelen Browser-Instanzen steuern. Was macht man also, wenn man nichts vernünftiges findet? Genau! Sein eigenes Testing-Framework programmieren: <a href="https://www.npmjs.com/package/pentf">pentf</a>.</dd>
</dl>
<h3>Keine Schaunotizen</h3>
<dl>
<dt><a href="https://replay.io/">Replay</a></dt>
<dd>&#8222;A new debugger for recording and replaying the web.&#8220;</dd>
<dt><a href="https://github.com/microsoft/playwright">Playwright</a></dt>
<dd>&#8222;Playwright is a Node.js library to automate Chromium, Firefox and WebKit with a single API.&#8220;</dd>
</dl>


Als sich abzeichnete, dass uns kein gutes Thema einfallen würde, konsultierten wir Twitter, um zu fragen, ob jemand dort Lust und Zeit hat, über ein mitgebrachtes Thema zu quatschen. Und wir hatten Glück! Marvin Hagemeister, welcher letztes Jahr schon einmal bei uns zum Thema Preact und Code-Golfing in der Sendung war und der gerade mit [&#8230;]

Als sich abzeichnete, dass uns kein gutes Thema einfallen würde, konsultierten wir Twitter, um zu fragen, ob jemand dort Lust und Zeit hat, über ein mitgebrachtes Thema zu quatschen. Und wir hatten Glück! Marvin Hagemeister, welcher letztes Jahr sch[...]

Als sich abzeichnete, dass uns kein gutes Thema einfallen würde, konsultierten wir Twitter, um zu fragen, ob jemand dort Lust und Zeit hat, über ein mitgebrachtes Thema zu quatschen. Und wir hatten Glück! Marvin Hagemeister, welcher letztes Jahr schon einmal bei uns zum Thema Preact und Code-Golfing in der Sendung war und der gerade mit seinen Mitstreitern an Preact 11 arbeitet, schlug vor, mit uns über End-to-End-Testing zu reden. Nachdem wir uns letztens mit Frontend-Unit-Testing beschäftigt hatten ein wunderbar passendes Thema. Also griffen wir zu! :)
Schaunotizen

[00:00:32] „Next Level“ End-to-End-Testing
Natürlich war Preact der initiale Grund für Marvin, sich mit End-to-End-Testing-Frameworks zu beschäftigen, denn Marvin suchte nach einem Tool, das das von Preact erzeugte DOM extrahieren und gegen einen Snapshot testen konnte. Darüberhinaus arbeitet Marvin zur Zeit bei der Firma, die hinter den Tonie Boxen steckt. Und auch dort war man auf der Suche nach einem Testing-Framework, das den gesamten Flow von Inbetriebnahme einer neuen Tonie Box, über das Flashen per Web-Oberfläche hin zum Kauf und Teilen von Hörbüchern abtesten konnte. Karma mit dem darunter befindlichen WebDriver war für das Preact-Szenario nicht geeignet, weil es an bestimmten Stellen durch den genutzten Stack limitiert wird. An Jest wiederum stört, dass dieses keine echte Browser zum Testen nutzt, sondern nur ein simuliertes DOM (jsdom), das aber manche Dinge, wie zum Beispiel Intersection Observer nicht implementiert. Und wenn man Jest mit Puppeteer verknüpft, dann kann man keine zwei parallelen Browser-Instanzen steuern. Was macht man also, wenn man nichts vernünftiges findet? Genau! Sein eigenes Testing-Framework programmieren: pentf.

Keine Schaunotizen

Replay
„A new debugger for recording and replaying the web.“
Playwright
„Playwright is a Node.js library to automate Chromium, Firefox and WebKit with a single API.“

Revision 442: „Next Level“-End-to-End-Testing

<p>Diese Sendung beschäftigt sich mal wieder mit einem Content Management System. Gemeinsam mit <a href="https://twitter.com/sebobo">Sebastian Helzle</a> und <a href="https://twitter.com/robertlemke">Robert Lemke</a> sprechen Rodney und Hans über Neos CMS (<a href="https://twitter.com/neoscms">Twitter</a>).</p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:01:35] <a href="https://www.neos.io/">Neos</a></dt>
<dd>Wir steigen mit der Geschichte von Neos ein und sprechen über die Verbindung zu TYPO3. Robert und Sebastian erklären die architektonischen Ansätze und die Frontend-Transformation von Ext.js zu Ember und schließlich zu React. Wir machen auch einen kleinen Ausflug zu Domain Driven Design (hört auch mal in die <a href="https://workingdraft.de/314/">Revision 314</a>). Außerdem erklären die beiden das Konzept hinter Atomic Fusion, der Templating-Sprach von Neos. Und natürlich darf die Community-Arbeit nicht zu kurz kommen, die bei Neos eine große Rolle spielt.</dd>
<h3>Keine Schaunotizen</h3>
<dl>
<dt><a href="https://www.youtube.com/channel/UCQndryIh2s9i3htDrpb6tiw">YouTube Channel</a></dt>
<dd>Gute Videos zu Vorträgen des <a href="https://www.neos.io/community/about-neos/teams.html">Neos-Teams</a></dd>
<dt><a href="https://docs.neos.io/cms/installation-development-setup">Installation-Guide</a></dt>
<dd>Hier geht&#8217;s lang, zum Cold-Start mit Neos</dd>
<dt><a href="https://neosfunding.sandstorm.de/en">Die Foundation</a></dt>
<dd>Ihr könnt das Open Source Projekt über die Foundation finanziell unterstützen</dd>
</dl>


Diese Sendung beschäftigt sich mal wieder mit einem Content Management System. Gemeinsam mit Sebastian Helzle und Robert Lemke sprechen Rodney und Hans über Neos CMS (Twitter). Schaunotizen [00:01:35] Neos Wir steigen mit der Geschichte von Neos ein und sprechen über die Verbindung zu TYPO3. Robert und Sebastian erklären die architektonischen Ansätze und die Frontend-Transformation von [&#8230;]

Diese Sendung beschäftigt sich mal wieder mit einem Content Management System. Gemeinsam mit Sebastian Helzle und Robert Lemke sprechen Rodney und Hans über Neos CMS (Twitter).
Schaunotizen

[00:01:35] Neos
Wir steigen mit der Geschichte von Neos ei[...]

Diese Sendung beschäftigt sich mal wieder mit einem Content Management System. Gemeinsam mit Sebastian Helzle und Robert Lemke sprechen Rodney und Hans über Neos CMS (Twitter).
Schaunotizen

[00:01:35] Neos
Wir steigen mit der Geschichte von Neos ein und sprechen über die Verbindung zu TYPO3. Robert und Sebastian erklären die architektonischen Ansätze und die Frontend-Transformation von Ext.js zu Ember und schließlich zu React. Wir machen auch einen kleinen Ausflug zu Domain Driven Design (hört auch mal in die Revision 314). Außerdem erklären die beiden das Konzept hinter Atomic Fusion, der Templating-Sprach von Neos. Und natürlich darf die Community-Arbeit nicht zu kurz kommen, die bei Neos eine große Rolle spielt.
Keine Schaunotizen

YouTube Channel
Gute Videos zu Vorträgen des Neos-Teams
Installation-Guide
Hier geht’s lang, zum Cold-Start mit Neos
Die Foundation
Ihr könnt das Open Source Projekt über die Foundation finanziell unterstützen

Revision 441: Neos CMS

<p>Willkommen zur zweiten Late Night DadOps Folge mit Stefan und Kahlil. Die beiden haben sich mal wieder zu später Stunde vor die Mics geklemmt um über Dinge zu sprechen die sie gerade bewegen. </p>
<h3>[00:00:28] Schaunotizen</h3>
<p>Thema dieses mal ist der Karrierepfad des Engineering Managers. Kahlil wechselte Ende letzten Jahres in diesen Beruf und gibt einen Einblick in seine Eindrücke bisher und was das eigentlich ist.</p>
<p>Stefan hat über die letzten Jahre bei Dynatrace die Karrieremöglichkeiten dort mit entwickelt um den Entwicklern dort bessere Entwicklungsmöglichkeiten zu bieten. Er plaudert aus dem Nähkästchen.   </p>
<h3>[01:15:43] Keine Schaunotizen</h3>
<dl>
<dt><a href="https://managingup.simplecast.com/">Podcast: Managing UP</a></dt>
<dd>Ein sehr schöner Podcast in dem langjährige Engineering Manager über die Herausforderungen sprechen kreative und technische Teams zu managen.</dd>
</dl>


Willkommen zur zweiten Late Night DadOps Folge mit Stefan und Kahlil. Die beiden haben sich mal wieder zu später Stunde vor die Mics geklemmt um über Dinge zu sprechen die sie gerade bewegen. [00:00:28] Schaunotizen Thema dieses mal ist der Karrierepfad des Engineering Managers. Kahlil wechselte Ende letzten Jahres in diesen Beruf und gibt einen [&#8230;]

Willkommen zur zweiten Late Night DadOps Folge mit Stefan und Kahlil. Die beiden haben sich mal wieder zu später Stunde vor die Mics geklemmt um über Dinge zu sprechen die sie gerade bewegen. 
[00:00:28] Schaunotizen
Thema dieses mal ist der Karrier[...]

Willkommen zur zweiten Late Night DadOps Folge mit Stefan und Kahlil. Die beiden haben sich mal wieder zu später Stunde vor die Mics geklemmt um über Dinge zu sprechen die sie gerade bewegen. 
[00:00:28] Schaunotizen
Thema dieses mal ist der Karrierepfad des Engineering Managers. Kahlil wechselte Ende letzten Jahres in diesen Beruf und gibt einen Einblick in seine Eindrücke bisher und was das eigentlich ist.
Stefan hat über die letzten Jahre bei Dynatrace die Karrieremöglichkeiten dort mit entwickelt um den Entwicklern dort bessere Entwicklungsmöglichkeiten zu bieten. Er plaudert aus dem Nähkästchen.   
[01:15:43] Keine Schaunotizen

Podcast: Managing UP
Ein sehr schöner Podcast in dem langjährige Engineering Manager über die Herausforderungen sprechen kreative und technische Teams zu managen.

Revision 440: Engineering Manager und andere Karrierepfade

<p><a href="https://florianherlings.de/">Florian Herlings</a> betätigt sich bei <a href="https://www.spiced-academy.com/de">SPICED Academy</a> als Coach bei Coding Bootcamps und plaudert in dieser Revision zum Vorteil von Hans und Peter aus dem Nähkästchen.</p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:00:28]</dt>
<dd>Florian erzählt vom Dasein als Coach für Coding Bootcamps, nachdem wir die andere Seite <a href="https://workingdraft.de/430/">in Revision 430 (Berufseinstieg per Coding Bootcamp) schon kennenlernen durften</a>. Der Weg der vom Entwickler zum Coach, der Arbeitsalltag, das Up-To-Date-Bleiben und von die Veränderungen, die einem Coach selbst durch seine Tätigkeit zuteil werden, sind allesamt Thema. Auch die Unterschiede von Bootcamp-Coaching zur Erklärbär-Tätigkeit von Peter (der fast ausschließlich Schulungen für erfahrene Nerds macht) werden besprochen, vor allem was die Wissensvermittlung angeht. Gemeinsamkeiten gibt es aber auch!</dd>
</dl>


Florian Herlings betätigt sich bei SPICED Academy als Coach bei Coding Bootcamps und plaudert in dieser Revision zum Vorteil von Hans und Peter aus dem Nähkästchen. Schaunotizen [00:00:28] Florian erzählt vom Dasein als Coach für Coding Bootcamps, nachdem wir die andere Seite in Revision 430 (Berufseinstieg per Coding Bootcamp) schon kennenlernen durften. Der Weg der [&#8230;]

Florian Herlings betätigt sich bei SPICED Academy als Coach bei Coding Bootcamps und plaudert in dieser Revision zum Vorteil von Hans und Peter aus dem Nähkästchen.
Schaunotizen

[00:00:28]
Florian erzählt vom Dasein als Coach für Coding Bootcamps, [...]

Florian Herlings betätigt sich bei SPICED Academy als Coach bei Coding Bootcamps und plaudert in dieser Revision zum Vorteil von Hans und Peter aus dem Nähkästchen.
Schaunotizen

[00:00:28]
Florian erzählt vom Dasein als Coach für Coding Bootcamps, nachdem wir die andere Seite in Revision 430 (Berufseinstieg per Coding Bootcamp) schon kennenlernen durften. Der Weg der vom Entwickler zum Coach, der Arbeitsalltag, das Up-To-Date-Bleiben und von die Veränderungen, die einem Coach selbst durch seine Tätigkeit zuteil werden, sind allesamt Thema. Auch die Unterschiede von Bootcamp-Coaching zur Erklärbär-Tätigkeit von Peter (der fast ausschließlich Schulungen für erfahrene Nerds macht) werden besprochen, vor allem was die Wissensvermittlung angeht. Gemeinsamkeiten gibt es aber auch!

Revision 439: Bootcamp-Coaching mit Florian Herlings

<p><strong>Marcel Poelker</strong> (<a href="http://twitter.com/marcel_plk">Twitter</a>) ist CTO von <a href="https://www.taledo.com/"><b>Taledo</b></a> (<a href="https://twitter.com/taledocom">Twitter</a>, <a href="https://www.instagram.com/taledocom/">Insta</a>), einer digitalen Recruiting-Plattform, und erzählt Schepp und Peter in dieser Revision, wie der Weg vom Nerd zum Startup-Gründer aussieht.</p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:00:30] Von Studium bis Startup</dt>
<dd>Wir machen einen Rundumschlag der Startup-Gründung von der Ideenfindung bis zum fertigen Produkt! Beginnend mit Marcels Werdegang (von der Uni via Festanstellung zur Gründung) und dem Finden der Co-Gründer plaudern wir über die Anfänge eines bootstrapped Startups. Wir besprechen, wie man über Irrungen und Wirrungen das passende Projekt findet, das Henne-Ei-Problem löst und Product-Market-Fit erreicht. Die Gewichtung von Fragen wie der Wahl der passenden Technologien (im Falle Taledos Ruby on Rails) und Investoren führt uns bis in die Details der täglichen Entscheidungen, etwa bzgl. der Preisgestaltung von Produkten.</dd>
</dl>
<h3>[00:00:00] Keine Schaunotizen</h3>
<dl>
<dt><a href="https://www.igalia.com/open-prioritization/">Igalia Open Prioritization</a></dt>
<dd>Einer neuer Ansatz Webbrowser-Feature-Priorisierung zu crowdfunden. Das ist doch mal etwas wirklich neues!</dd>
</dl>


Marcel Poelker (Twitter) ist CTO von Taledo (Twitter, Insta), einer digitalen Recruiting-Plattform, und erzählt Schepp und Peter in dieser Revision, wie der Weg vom Nerd zum Startup-Gründer aussieht. Schaunotizen [00:00:30] Von Studium bis Startup Wir machen einen Rundumschlag der Startup-Gründung von der Ideenfindung bis zum fertigen Produkt! Beginnend mit Marcels Werdegang (von der Uni via [&#8230;]

Marcel Poelker (Twitter) ist CTO von Taledo (Twitter, Insta), einer digitalen Recruiting-Plattform, und erzählt Schepp und Peter in dieser Revision, wie der Weg vom Nerd zum Startup-Gründer aussieht.
Schaunotizen

[00:00:30] Von Studium bis Startup
[...]

Marcel Poelker (Twitter) ist CTO von Taledo (Twitter, Insta), einer digitalen Recruiting-Plattform, und erzählt Schepp und Peter in dieser Revision, wie der Weg vom Nerd zum Startup-Gründer aussieht.
Schaunotizen

[00:00:30] Von Studium bis Startup
Wir machen einen Rundumschlag der Startup-Gründung von der Ideenfindung bis zum fertigen Produkt! Beginnend mit Marcels Werdegang (von der Uni via Festanstellung zur Gründung) und dem Finden der Co-Gründer plaudern wir über die Anfänge eines bootstrapped Startups. Wir besprechen, wie man über Irrungen und Wirrungen das passende Projekt findet, das Henne-Ei-Problem löst und Product-Market-Fit erreicht. Die Gewichtung von Fragen wie der Wahl der passenden Technologien (im Falle Taledos Ruby on Rails) und Investoren führt uns bis in die Details der täglichen Entscheidungen, etwa bzgl. der Preisgestaltung von Produkten.

[00:00:00] Keine Schaunotizen

Igalia Open Prioritization
Einer neuer Ansatz Webbrowser-Feature-Priorisierung zu crowdfunden. Das ist doch mal etwas wirklich neues!

Revision 438: Unternehmensgründung mit Marcel Poelker

<p>Nach <a href="https://workingdraft.de/431/">SelfHTML</a> feierten am 23. Juli 2020 auch die <a href="https://developer.mozilla.org/">MDN Web Docs</a> ein Jubiläum, nämlich ihr fünfzehnjähriges Bestehen. Für uns ein toller Anlass, einen Gast einzuladen, mit dem wir schon länger sprechen wollten: <a href="https://twitter.com/atopal">Kadir Topal</a>, Mozilla-Urgestein und Product Lead der MDN Web Docs.</p>
<style>
a.message_link {
  margin: 0 0 1rem; width: 100%;
  border-bottom: 0;
  display: block;
}
a.message_link img {
  margin: 0 0 0 1rem;
  max-width: 25rem;
  width: 100%;
}
</style>
<aside class="message long-message">
<h2>Unser Sponsor</h2>
<p><a href="https://www.neos.io/" class="message_link"><img width="1024" height="598" class="alignnone size-medium wp-image-4839" style="display: block; float: right; margin-bottom: 1rem;" src="https://workingdraft.de/wp-content/uploads/2020/08/sponsoring-neos.jpg" alt="" srcset="https://workingdraft.de/wp-content/uploads/2020/08/sponsoring-neos.jpg 1024w, https://workingdraft.de/wp-content/uploads/2020/08/sponsoring-neos-300x175.jpg 300w, https://workingdraft.de/wp-content/uploads/2020/08/sponsoring-neos-768x449.jpg 768w" sizes="(max-width: 1024px) 100vw, 1024px" /></a></p>
<div class="message_content">Unser Patreon Markus ist Core-Entwickler des CMS Neos und Sponsor dieser Revision! Neos ist aus einem Typo3-Fork entstanden, doch steht mittlerweile auf eigenen, sehr modernen Füßen! In einem voll integrierten Inline-Editor lassen sich die semantisch strukturierten Inhalte mit einer eigenen (JSX-artigen) DSL auf jede beliebige Weise darstellen, was Neos zu einem vielseitigen Tool für Websites, eCommerce-Anwendungen, PWAs und andere Web-Projekte macht. Die Community rund um Neos vertritt dabei eine Philosophie der Offenheit und Innovation und stellt sehr beeindruckende Events auf die Beine. Demnächst erscheint die LTS-Version 5.3 von Neos. <a href="https://www.neos.io/">Alle Infos dazu findet ihr auf neos.io</a>.</div>
</aside>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:01:50] <a href="https://hacks.mozilla.org/2020/07/mdn-web-docs-15-years-young/">15 Jahre MDN Web Docs</a></dt>
<dd>Zusammen mit Kadir rollen wir den <a href="https://developer.mozilla.org/en-US/docs/MDN_at_ten/History_of_MDN">Werdegang der MDN Web Docs</a> auf &#8211; von ihren Anfängen als Netscape DevEdge unter AOL, über das &#8222;Mozilla Developer Network&#8220; hin zur <a href="https://blog.mozilla.org/opendesign/future-mdn-focus-web-docs/">Browser-agnostischen und allumfassenden Dokumentation fürs Web, wie sie sich heute darstellt</a>, und die zu gleichen Teilen <a href="https://developer.mozilla.org/en-US/docs/MDN/MDN_Product_Advisory_Board">von allen Browser-Herstellern co-finanziert und gemanaged wird</a> (außer Apple natürlich).</p>
<p>Dann widmen wir uns neueren Entwicklungen, die den Status der MDN Web Docs als Anlaufpunkt für Webentwickler zementiert haben. Das wären zum einen die ab 2018 in den Beschreibungstexten eingebetteten <a href="https://hacks.mozilla.org/2018/03/bringing-interactive-examples-to-mdn/">interaktiven Code-Samples</a>. Desweiteren <a href="https://hacks.mozilla.org/2019/09/caniuse-and-mdn-compat-data-collaboration/">die 2019 verkündete</a>, zusammen mit <a href="https://caniuse.com/">Can I Use</a> von Grund auf neu konzipierten Kompatibilitätstabellen, aka &#8222;MDN browser compatibility data&#8220;, die <a href="https://github.com/mdn/browser-compat-data">auf GitHub liegen</a>, und dort von jederfrau, aber vor allem den Browser-Herstellern regelmäßig erweitert werden. Mittlerweile finden sie nicht nur bei MDN und Can I Use selbst Verwendung, <a href="https://hacks.mozilla.org/2018/03/hack-on-mdn-building-useful-tools-with-browser-compatibility-data/">sondern auch in Lintern, Prefixern und IDEs wie Visual Studio Code</a>. Und drittens sind es regelmäßige (remote) Nutzertests und die jährlich stattfindende &#8222;MDN Developer Needs Assessment&#8220;_umfrage, deren Ergebnisse im <a href="https://insights.developer.mozilla.org/">Web DNA Report</a> mündet und die sogar <a href="https://blog.chromium.org/2020/06/improving-chromiums-browser.html">Google dazu bewegt haben, Geld in die Hand zu nehmen, um konkurrierende Browser besser zu machen</a>.</p>
<p>Für die Zukunft ist geplant, Einsteiger-Leitfäden in der <a href="https://developer.mozilla.org/en-US/docs/Learn">MDN Learning Area</a> bereitzustellen, die nicht mehr nur Browser-Technologien zum Fokus haben, sondern die beim Einstieg in JavaScript-Frameworks oder Node.js helfen.</dd>
</dl>
<h3>Keine Schaunotizen</h3>
<dl>
<dt><a href="https://developer.mozilla.org/en-US/docs/MDN/Contribute">Contributing to MDN</a></dt>
<dd>Sollten wir Euer Interesse geweckt haben und Ihr Euch fragt, wie Ihr Euch in das Projekt einbringen könnt, dann ist hier der richtige Anlaufpunkt für Euch.</dd>
<dt><a href="https://shop.spreadshirt.de/mdn-store-eu/">MDN Web Docs Store</a></dt>
<dd>Wenn Ihr das MDN-Projekt lieber finanziell unterstützen möchtet, dann schaut Euch im MDN Web Docs Store um und vielleicht findet Ihr dort das eine oder andere an Merch, das Euch gefällt?</dd>
</dl>


Nach SelfHTML feierten am 23. Juli 2020 auch die MDN Web Docs ein Jubiläum, nämlich ihr fünfzehnjähriges Bestehen. Für uns ein toller Anlass, einen Gast einzuladen, mit dem wir schon länger sprechen wollten: Kadir Topal, Mozilla-Urgestein und Product Lead der MDN Web Docs. Unser Sponsor Unser Patreon Markus ist Core-Entwickler des CMS Neos und Sponsor [&#8230;]

Nach SelfHTML feierten am 23. Juli 2020 auch die MDN Web Docs ein Jubiläum, nämlich ihr fünfzehnjähriges Bestehen. Für uns ein toller Anlass, einen Gast einzuladen, mit dem wir schon länger sprechen wollten: Kadir Topal, Mozilla-Urgestein und Produc[...]

Nach SelfHTML feierten am 23. Juli 2020 auch die MDN Web Docs ein Jubiläum, nämlich ihr fünfzehnjähriges Bestehen. Für uns ein toller Anlass, einen Gast einzuladen, mit dem wir schon länger sprechen wollten: Kadir Topal, Mozilla-Urgestein und Product Lead der MDN Web Docs.

a.message_link {
  margin: 0 0 1rem; width: 100%;
  border-bottom: 0;
  display: block;
}
a.message_link img {
  margin: 0 0 0 1rem;
  max-width: 25rem;
  width: 100%;
}


Unser Sponsor

Unser Patreon Markus ist Core-Entwickler des CMS Neos und Sponsor dieser Revision! Neos ist aus einem Typo3-Fork entstanden, doch steht mittlerweile auf eigenen, sehr modernen Füßen! In einem voll integrierten Inline-Editor lassen sich die semantisch strukturierten Inhalte mit einer eigenen (JSX-artigen) DSL auf jede beliebige Weise darstellen, was Neos zu einem vielseitigen Tool für Websites, eCommerce-Anwendungen, PWAs und andere Web-Projekte macht. Die Community rund um Neos vertritt dabei eine Philosophie der Offenheit und Innovation und stellt sehr beeindruckende Events auf die Beine. Demnächst erscheint die LTS-Version 5.3 von Neos. Alle Infos dazu findet ihr auf neos.io.

Schaunotizen

[00:01:50] 15 Jahre MDN Web Docs
Zusammen mit Kadir rollen wir den Werdegang der MDN Web Docs auf – von ihren Anfängen als Netscape DevEdge unter AOL, über das „Mozilla Developer Network“ hin zur Browser-agnostischen und allumfassenden Dokumentation fürs Web, wie sie sich heute darstellt, und die zu gleichen Teilen von allen Browser-Herstellern co-finanziert und gemanaged wird (außer Apple natürlich).
Dann widmen wir uns neueren Entwicklungen, die den Status der MDN Web Docs als Anlaufpunkt für Webentwickler zementiert haben. Das wären zum einen die ab 2018 in den Beschreibungstexten eingebetteten interaktiven Code-Samples. Desweiteren die 2019 verkündete, zusammen mit Can I Use von Grund auf neu konzipierten Kompatibilitätstabellen, aka „MDN browser compatibility data“, die auf GitHub liegen, und dort von jederfrau, aber vor allem den Browser-Herstellern regelmäßig erweitert werden. Mittlerweile finden sie nicht nur bei MDN und Can I Use selbst Verwendung, sondern auch in Lintern, Prefixern und IDEs wie Visual Studio Code. Und drittens sind es regelmäßige (remote) Nutzertests und die jährlich stattfindende „MDN Developer Needs Assessment“_umfrage, deren Ergebnisse im Web DNA Report mündet und die sogar Google dazu bewegt haben, Geld in die Hand zu nehmen, um konkurrierende Browser besser zu machen.
Für die Zukunft ist geplant, Einsteiger-Leitfäden in der MDN Learning Area bereitzustellen, die nicht mehr nur Browser-Technologien zum Fokus haben, sondern die beim Einstieg in JavaScript-Frameworks oder Node.js helfen.

Keine Schaunotizen

Contributing to MDN
Sollten wir Euer Interesse geweckt haben und Ihr Euch fragt, wie Ihr Euch in das Projekt einbringen könnt, dann ist hier der richtige Anlaufpunkt für Euch.
MDN Web Docs Store
Wenn Ihr das MDN-Projekt lieber finanziell unterstützen möchtet, dann schaut Euch im MDN Web Docs Store um und vielleicht findet Ihr dort das eine oder andere an Merch, das Euch gefällt?

Revision 437: 15 Jahre MDN!

<p>Vor einiger Zeit <a href="https://twitter.com/workingdraft/status/1095376556497739776">fragten wir auf Twitter, wer von euch eigentlich Tests im Frontend schreibt</a>. Die Antwort war mehr als verblüffend und somit geht&#8217;s in der neusten Revision Working Draft mal wieder um Testing, um genau zu sein Unit-Testing im Frontend. Unser Gast <a href="https://twitter.com/_jeysal_">Tim Seckinger</a> gibt uns noch mal eine Übersicht über Testing im Allgemeinen und baut auf der <a href="https://workingdraft.de/375/">Revision 375</a> auf, in der wir auch über Testing gesprochen haben.</p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:00:28] <a href="#">Frontend Unit-Testing</a></dt>
<dd>Los geht es mit einer kurzen Betrachtung des Themas Testing im Allgemeinen: Welche Arten des Testing gibt es eigentlich und wozu braucht man was? Ein kleiner Ausflug, welche Unterschiede Unit-Tests zu Integration-Tests haben, darf nicht fehlen. Schließlich landen wir beim Thema CI/CD und wie man Testing am besten in eine Pipeline integrieren kann. Das Thema Test Driven Development schneiden wir an und kommen schließlich zu dem Schluss, dass es noch so viele weitere Themen gibt, über die wir reden müssen und beschließen deshalb eine zweite Revision zum Thema, die schon bald folgen wird.</dd>
</dl>
<h3>[00:00:00] Keine Schaunotizen</h3>
<dl>
<dt><a href="https://github.com/facebook/jest/blob/master/CONTRIBUTING.md">Jest Contributor</a></dt>
<dd>Jest sucht Contributor, die helfen das Projekt voran zu treiben und Bugs lösen. Wenn du dich berufen fühlst, schau mal auf der GitHub-Seite vorbei. Dort gibts weitere Infos.</dd>
</dl>


Vor einiger Zeit fragten wir auf Twitter, wer von euch eigentlich Tests im Frontend schreibt. Die Antwort war mehr als verblüffend und somit geht&#8217;s in der neusten Revision Working Draft mal wieder um Testing, um genau zu sein Unit-Testing im Frontend. Unser Gast Tim Seckinger gibt uns noch mal eine Übersicht über Testing im Allgemeinen [&#8230;]

Vor einiger Zeit fragten wir auf Twitter, wer von euch eigentlich Tests im Frontend schreibt. Die Antwort war mehr als verblüffend und somit geht’s in der neusten Revision Working Draft mal wieder um Testing, um genau zu sein Unit-Testing im F[...]

Vor einiger Zeit fragten wir auf Twitter, wer von euch eigentlich Tests im Frontend schreibt. Die Antwort war mehr als verblüffend und somit geht’s in der neusten Revision Working Draft mal wieder um Testing, um genau zu sein Unit-Testing im Frontend. Unser Gast Tim Seckinger gibt uns noch mal eine Übersicht über Testing im Allgemeinen und baut auf der Revision 375 auf, in der wir auch über Testing gesprochen haben.
Schaunotizen

[00:00:28] Frontend Unit-Testing
Los geht es mit einer kurzen Betrachtung des Themas Testing im Allgemeinen: Welche Arten des Testing gibt es eigentlich und wozu braucht man was? Ein kleiner Ausflug, welche Unterschiede Unit-Tests zu Integration-Tests haben, darf nicht fehlen. Schließlich landen wir beim Thema CI/CD und wie man Testing am besten in eine Pipeline integrieren kann. Das Thema Test Driven Development schneiden wir an und kommen schließlich zu dem Schluss, dass es noch so viele weitere Themen gibt, über die wir reden müssen und beschließen deshalb eine zweite Revision zum Thema, die schon bald folgen wird.

[00:00:00] Keine Schaunotizen

Jest Contributor
Jest sucht Contributor, die helfen das Projekt voran zu treiben und Bugs lösen. Wenn du dich berufen fühlst, schau mal auf der GitHub-Seite vorbei. Dort gibts weitere Infos.

Revision 436: Frontend Unit-Testing

<p>Peter lies sich in dieser Revision das Open/Decentralized/Federated/Indie Web erklären und konnte dabei auf den Input von <strong>Matthias Pfefferle</strong> (<a href="https://notiz.blog/">Blog</a>, <a href="https://twitter.com/pfefferle">Twitter</a>) und <strong>Sebastian Lasse</strong> (<a href="https://mastodon.social/@sl007">Mastodon</a>, Autor von <a href="https://redaktor.me/#home">Redaktor</a>) zurückgreifen.</p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:00:29] Das Open/Decentralized/Federated/Indie Web</dt>
<dd>Beginnend mit einem Versuch, die Begriffe Open, Decentralized, Federated, Indie etc. zu definieren steigen wir, wie die Nerds die wir sind, recht bald in die technischen Untiefen herab. Neben Protkollen wie <a href="https://de.wikipedia.org/wiki/Atom_(Format)">ATOM</a>, <a href="https://de.wikipedia.org/wiki/RSS">RSS</a> und <a href="https://de.wikipedia.org/wiki/ActivityPub">ActivityPub</a> sind auch die solche Protokolle nutzenden Software wie <a href="https://mastodon.social/about">Mastodon</a>, <a href="https://de.wikipedia.org/wiki/Diaspora_(Software)">Diaspora</a>, oStatus, Identica, Status.net, Tent.io, Friendica ein Thema. Dezentral betriebene Software-Instanzen mit konpatiblen Protokollen bilden das <strong>Fediverse</strong>, dessen technische Inkompatibilitäten (u.A. betreffend <a href="https://joinpeertube.org/">Peer Tube</a> und <a href="https://en.wikipedia.org/wiki/WebFinger">WebFinger</a>, <a href="https://developer.mozilla.org/de/docs/Web/API/Navigator/registerProtocolHandler">registerProtocolHandler</a>) ebenso wie nichttechnische Aspekte (unter anderem Monetarisierung, Gouvernance, Nazis, Fake News (siehe <a href="https://eunomia.social/">Eunomia</a>), End-User-Features wie den <a href="https://blog.mozilla.org/webdev/2010/07/26/registerprotocolhandler-enhancing-the-federated-web/">universellen Follow-Button</a> und Förderungsmöglichkeiten) durchgekaut werden. Gegen Ende legen wir den Fokus auf das <a href="https://indieweb.org/">Indie Web</a> (komplett mit <a href="https://indieweb.org/IndieWebCamps">IndieWebCamps</a> und <a href="https://indieweb.org/Homebrew_Website_Club">Homebrew Website Clubs</a>), Self-Hosting und wagen Rückgriffe auf das Web 2.0 mit Bestandteilen wie Flickr, Ping- und Trackbacks (in neu und cool: <a href="https://indieweb.org/Webmention">Webmention</a>) und die von uns erst <a href="https://workingdraft.de/426/">kürzlich abfällig betrachteten</a> <a href="http://microformats.org/wiki/microformats-2">Microformats</a>. Zuletzt darf der Verweis auf die mehrfacht erwähnte <a href="https://conf.activitypub.rocks"><strong>Offizielle ActivityPub Konferenz 2020</strong></a> nicht fehlen – die Anmeldungs-Phase läuft! Ceterum censeo faciem liber esse delendam.</dd>
</dl>


Peter lies sich in dieser Revision das Open/Decentralized/Federated/Indie Web erklären und konnte dabei auf den Input von Matthias Pfefferle (Blog, Twitter) und Sebastian Lasse (Mastodon, Autor von Redaktor) zurückgreifen. Schaunotizen [00:00:29] Das Open/Decentralized/Federated/Indie Web Beginnend mit einem Versuch, die Begriffe Open, Decentralized, Federated, Indie etc. zu definieren steigen wir, wie die Nerds die wir sind, [&#8230;]

Peter lies sich in dieser Revision das Open/Decentralized/Federated/Indie Web erklären und konnte dabei auf den Input von Matthias Pfefferle (Blog, Twitter) und Sebastian Lasse (Mastodon, Autor von Redaktor) zurückgreifen.
Schaunotizen

[00:00:29] D[...]

Peter lies sich in dieser Revision das Open/Decentralized/Federated/Indie Web erklären und konnte dabei auf den Input von Matthias Pfefferle (Blog, Twitter) und Sebastian Lasse (Mastodon, Autor von Redaktor) zurückgreifen.
Schaunotizen

[00:00:29] Das Open/Decentralized/Federated/Indie Web
Beginnend mit einem Versuch, die Begriffe Open, Decentralized, Federated, Indie etc. zu definieren steigen wir, wie die Nerds die wir sind, recht bald in die technischen Untiefen herab. Neben Protkollen wie ATOM, RSS und ActivityPub sind auch die solche Protokolle nutzenden Software wie Mastodon, Diaspora, oStatus, Identica, Status.net, Tent.io, Friendica ein Thema. Dezentral betriebene Software-Instanzen mit konpatiblen Protokollen bilden das Fediverse, dessen technische Inkompatibilitäten (u.A. betreffend Peer Tube und WebFinger, registerProtocolHandler) ebenso wie nichttechnische Aspekte (unter anderem Monetarisierung, Gouvernance, Nazis, Fake News (siehe Eunomia), End-User-Features wie den universellen Follow-Button und Förderungsmöglichkeiten) durchgekaut werden. Gegen Ende legen wir den Fokus auf das Indie Web (komplett mit IndieWebCamps und Homebrew Website Clubs), Self-Hosting und wagen Rückgriffe auf das Web 2.0 mit Bestandteilen wie Flickr, Ping- und Trackbacks (in neu und cool: Webmention) und die von uns erst kürzlich abfällig betrachteten Microformats. Zuletzt darf der Verweis auf die mehrfacht erwähnte Offizielle ActivityPub Konferenz 2020 nicht fehlen – die Anmeldungs-Phase läuft! Ceterum censeo faciem liber esse delendam.

Revision 435: Open, Decentralized, Federated und Indie

<p>Beinahe schon Tradition: Stefan und Peter analysieren die nächste TypeScript Version im Detail. Das erwartet euch in Version 4.</p>
<style>
a.message_link {
  margin: 0 0 1rem; width: 100%;
  border-bottom: 0;
  display: block;
}
a.message_link img {
  margin: 0 0 0 1rem;
  max-width: 25rem;
  width: 100%;
}
</style>
<aside class="message long-message">
<h2>Unser Sponsor</h2>
<p><a href="https://atmina.de/workingdraft?ref=workingdraft.de" class="message_link"><img class="alignnone size-medium wp-image-3774" style="display: block; float: right; margin-bottom: 1rem;" src="https://workingdraft.de/wp-content/uploads/2020/07/podcast_workingdraft_atmina.jpg" alt="" /></a></p>
<div class="message_content">Die ATMINA Solutions GmbH entwickelt am Standort Hannover Web-Applikationen, Mobile-Apps und unterstützende Backend Systeme. Das Team aus Software Ingenieur*innen, Programmierer*innen und Designer*innen setzt dabei auf moderne, transparente Prozesse und liefert zum frühestmöglichen Zeitpunkt Prototypen und ausführbare Software.<br />
Du kannst dort erfolgreiche Portallösungen für Telekommunikationsprovider sowie SaaS Pakete für den Pflege- und Gesundheitssektor mit vielen Tausend Nutzern entwickeln. Oder für die Bundeszentrale für gesundheitliche Aufklärung ein mobile-first Online-Game als Progressive Web App.<br />
Egal wofür Du dich entscheidest, bei ATMINA steht der Mensch im Vordergrund, sowohl Mitarbeiter*in als auch Anwender*in. <a href="https://atmina.de/workingdraft?ref=workingdraft.de">Schau Dich bei uns um</a>.</div>
</aside>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:01:39] <a href="https://devblogs.microsoft.com/typescript/announcing-typescript-4-0-beta/">TypeScript 4.0</a></dt>
<dd>Die nächste TypeScript Version steht vor der Tür! Bevor wir allerdings über den kommenden Release reden sprechen wir über &#8222;Development in the open&#8220;, und wie das TypeScript Team mit neuen Features umgeht. Veröffentlicht wird ja nun vier mal im Jahr, und was kommt kann man sehr gut auf deren <a href="https://github.com/Microsoft/TypeScript/wiki/Roadmap">Roadmap</a> sehen, z.B. ein Versuch zu <a href="https://github.com/Microsoft/TypeScript/issues/202">nominalen Typen</a>. Im Detail sehen wir uns allerdings das Herzstück <a href="https://fettblog.eu/variadic-tuple-types-preview/">Variadic Tuple Types</a> an, das Stefan dazu gebracht hat die TypeScript Quelldateien mal selbst zu kompilieren und gehörig Bugs und Feedback einzutragen. Wir sprechen über bewusst unfertige <a href="https://fettblog.eu/typescript-better-object-keys/">Types</a>, was spannend an strukturellen Typsystemen ist, und natürlich warum wir OOP doof finden. Das <a href="https://www.youtube.com/watch?v=QM1iUe6IofM">tun andere übrigens auch</a>. Zu Recht! Abschließend gehen wir auf Editor-Verbesserungen ein, <a href="https://github.com/tc39/proposal-logical-assignment/">Short circuit assignements</a> und Updates bei <a href="https://fettblog.eu/jsx-syntactic-sugar/">JSX</a>. Tolles Release!</dd>
</dl>


Beinahe schon Tradition: Stefan und Peter analysieren die nächste TypeScript Version im Detail. Das erwartet euch in Version 4. Unser Sponsor Die ATMINA Solutions GmbH entwickelt am Standort Hannover Web-Applikationen, Mobile-Apps und unterstützende Backend Systeme. Das Team aus Software Ingenieur*innen, Programmierer*innen und Designer*innen setzt dabei auf moderne, transparente Prozesse und liefert zum frühestmöglichen Zeitpunkt Prototypen [&#8230;]

Beinahe schon Tradition: Stefan und Peter analysieren die nächste TypeScript Version im Detail. Das erwartet euch in Version 4.

a.message_link {
  margin: 0 0 1rem; width: 100%;
  border-bottom: 0;
  display: block;
}
a.message_link img {
  margin:[...]

Beinahe schon Tradition: Stefan und Peter analysieren die nächste TypeScript Version im Detail. Das erwartet euch in Version 4.

a.message_link {
  margin: 0 0 1rem; width: 100%;
  border-bottom: 0;
  display: block;
}
a.message_link img {
  margin: 0 0 0 1rem;
  max-width: 25rem;
  width: 100%;
}


Unser Sponsor

Die ATMINA Solutions GmbH entwickelt am Standort Hannover Web-Applikationen, Mobile-Apps und unterstützende Backend Systeme. Das Team aus Software Ingenieur*innen, Programmierer*innen und Designer*innen setzt dabei auf moderne, transparente Prozesse und liefert zum frühestmöglichen Zeitpunkt Prototypen und ausführbare Software.
Du kannst dort erfolgreiche Portallösungen für Telekommunikationsprovider sowie SaaS Pakete für den Pflege- und Gesundheitssektor mit vielen Tausend Nutzern entwickeln. Oder für die Bundeszentrale für gesundheitliche Aufklärung ein mobile-first Online-Game als Progressive Web App.
Egal wofür Du dich entscheidest, bei ATMINA steht der Mensch im Vordergrund, sowohl Mitarbeiter*in als auch Anwender*in. Schau Dich bei uns um.

Schaunotizen

[00:01:39] TypeScript 4.0
Die nächste TypeScript Version steht vor der Tür! Bevor wir allerdings über den kommenden Release reden sprechen wir über „Development in the open“, und wie das TypeScript Team mit neuen Features umgeht. Veröffentlicht wird ja nun vier mal im Jahr, und was kommt kann man sehr gut auf deren Roadmap sehen, z.B. ein Versuch zu nominalen Typen. Im Detail sehen wir uns allerdings das Herzstück Variadic Tuple Types an, das Stefan dazu gebracht hat die TypeScript Quelldateien mal selbst zu kompilieren und gehörig Bugs und Feedback einzutragen. Wir sprechen über bewusst unfertige Types, was spannend an strukturellen Typsystemen ist, und natürlich warum wir OOP doof finden. Das tun andere übrigens auch. Zu Recht! Abschließend gehen wir auf Editor-Verbesserungen ein, Short circuit assignements und Updates bei JSX. Tolles Release!

Revision 434: TypeScript 4.0

<p>Kahlil und Stefan gehen in eine Late-Night-DadOps-Episode, um über Eleventy und moderne, statische Seitengeneratoren zu reden. Latenzen und Lags inklusive!</p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:02:12] <a href="https://11ty.dev">Eleventy</a></dt>
<dd>Eleventy &#8212; oder kurz 11ty &#8212; ist ein neuer, Node-basierter, statischer Seitengenerator der gerade in der Jamstack Community ziemlich viel Hype und Liebe erfährt. Von außen ähnlich dem Urgestein Jekyll, hat 11ty einige Dinge unter der Haube, die irrsinnig interessant sind und Entwickler sehr produktiv machen. Das Arbeiten mit <a href="https://www.11ty.dev/docs/collections/">Kollektionen</a>, die mächtigen <a href="https://www.11ty.dev/docs/pagination/">Pagination</a>-Features (mit denen man so Dinge wie <a href="https://fettblog.eu/11ty-automatic-twitter-cards/">Vorschaubilder</a> generieren kann) und die Mächtigkeit der unterschiedlichen Template-Systeme machen 11ty ein Schweizer Messer mit niedriger Lernkurve. Wir reden außerdem über das Lernen durch Code (Stefan hat sehr viel von <a href="https://github.com/CSS-Tricks/conferences">Chris Coyiers Conference Website</a> und dem Template von <a href="https://github.com/maxboeck/eleventastic">Max Böck</a> gelernt), und über Schreiben, Veröffentlichen, und Lernen in der Öffentlichkeit.</dd>
</dl>


Kahlil und Stefan gehen in eine Late-Night-DadOps-Episode, um über Eleventy und moderne, statische Seitengeneratoren zu reden. Latenzen und Lags inklusive! Schaunotizen [00:02:12] Eleventy Eleventy &#8212; oder kurz 11ty &#8212; ist ein neuer, Node-basierter, statischer Seitengenerator der gerade in der Jamstack Community ziemlich viel Hype und Liebe erfährt. Von außen ähnlich dem Urgestein Jekyll, hat 11ty [&#8230;]

Kahlil und Stefan gehen in eine Late-Night-DadOps-Episode, um über Eleventy und moderne, statische Seitengeneratoren zu reden. Latenzen und Lags inklusive!
Schaunotizen

[00:02:12] Eleventy
Eleventy — oder kurz 11ty — ist ein neuer, Node[...]

Kahlil und Stefan gehen in eine Late-Night-DadOps-Episode, um über Eleventy und moderne, statische Seitengeneratoren zu reden. Latenzen und Lags inklusive!
Schaunotizen

[00:02:12] Eleventy
Eleventy — oder kurz 11ty — ist ein neuer, Node-basierter, statischer Seitengenerator der gerade in der Jamstack Community ziemlich viel Hype und Liebe erfährt. Von außen ähnlich dem Urgestein Jekyll, hat 11ty einige Dinge unter der Haube, die irrsinnig interessant sind und Entwickler sehr produktiv machen. Das Arbeiten mit Kollektionen, die mächtigen Pagination-Features (mit denen man so Dinge wie Vorschaubilder generieren kann) und die Mächtigkeit der unterschiedlichen Template-Systeme machen 11ty ein Schweizer Messer mit niedriger Lernkurve. Wir reden außerdem über das Lernen durch Code (Stefan hat sehr viel von Chris Coyiers Conference Website und dem Template von Max Böck gelernt), und über Schreiben, Veröffentlichen, und Lernen in der Öffentlichkeit.

Revision 433: Eleventy

Wöchentlicher News-Podcast für Webdesigner und -entwickler

PODLIST

Working Draft

Eine neue Revision eures Lieblingspodcasts™

Neue Episoden

Revision 444: Neue Developer-Tools

Working Draft

Revision 443: Select-Styling und Computed Styles

Working Draft

Revision 442: „Next Level“-End-to-End-Testing

Working Draft

Revision 441: Neos CMS

Working Draft

Revision 440: Engineering Manager und andere Karrierepfade

Working Draft

Revision 439: Bootcamp-Coaching mit Florian Herlings

Working Draft

Revision 438: Unternehmensgründung mit Marcel Poelker

Working Draft

Revision 437: 15 Jahre MDN!

Working Draft

Revision 436: Frontend Unit-Testing

Working Draft

Revision 435: Open, Decentralized, Federated und Indie

Working Draft

Revision 434: TypeScript 4.0

Working Draft

Revision 433: Eleventy

Working Draft