<p>Dieses Interview ist einer von 5 Teilen unserer Serie <a href="https://workingdraft.de/category/on-tour/thinkabout19/">On Tour @ #thinkabout19</a>.</p>
<p>Im Mai waren wir mal wieder auf einer neuen Konferenz in Köln-Ehrenfeld zu gegen, die sich neben Design- und Development-Themen auch stark mit der Thematik beschäftigt, wie Software unsere Gesellschaft beeinflusst.<br />
Die Zwei-Track Konferenz schaffte es mit einer sehr guten Organisation und viel Liebe zum Detail eine gesamtheitlich starke Performance abzugeben und eine hohe Messlatte für eine nächste Episode zu setzen.</p>
<style>
a.message_link {
  float: right;
  margin: 1rem 2rem; max-width: 100%; width: 100px;
  border-bottom: 0;
}
</style>
<hr><aside class="message">
<a href="https://think-about.io/" class="message_link"><img src="https://think-about.io/images/logo.svg" alt="" class="alignnone size-medium" style="display: block; max-width: 100%;" /></a></p>
<div class="message_content">
Und das Beste: Die 2020er Ausgabe steht in den Startlöchern! Die ersten Sprecher sind angekündigt und der Ticketverkauf für die am 4. und 5. Juni 2020 stattfindende Konferenz ist gerade frisch gestartet: <a href="https://think-about.io">https://think-about.io</a>
</div>
</aside><hr>
<h3><a href="https://vimeo.com/345473464">Anika Zeidler: Algorithmic Bias – Diskriminierung durch Algorithmen erkennen und vermeiden</a></h3>
<p>Der Einfluss von Code auf unsere Gesellschaft ist durch Machine Learning und das Design der damit verbundenen Algorithmen stärker denn je. Jedes Stück Software, dass geschrieben wird, entsteht mit einem bestimmten &#8222;Bias&#8220;, einer Art Vorurteil, der durch die Zusammensetzung des Projektteams stark beeinflusst wird, mein Anika. Welche Schritte notwendig sind um diesen Bias zu minimalisieren erläutern wir gemeinsam.</p>


Dieses Interview ist einer von 5 Teilen unserer Serie On Tour @ #thinkabout19.

Im Mai waren wir mal wieder auf einer neuen Konferenz in Köln-Ehrenfeld zu
gegen, die sich neben Design- und Development…

Working Draft

Dieses Interview ist einer von 5 Teilen unserer Serie On Tour @ #thinkabout19.

Im Mai waren wir mal wieder auf einer neuen Konferenz in Köln-Ehrenfeld zu
gegen, die sich neben Design- und Development-Themen auch stark mit der Thematik
beschäftigt, wie Software unsere Gesellschaft beeinflusst.
Die Zwei-Track Konferenz schaffte es mit einer sehr guten Organisation und viel
Liebe zum Detail eine gesamtheitlich starke Performance abzugeben und eine hohe
Messlatte für eine nächste Episode zu setzen.

Und das Beste: Die 2020er Ausgabe steht in den Startlöchern! Die ersten Sprecher
sind angekündigt und der Ticketverkauf für die am 4. und 5. Juni 2020
stattfindende Konferenz ist gerade frisch gestartet: https://think-about.io


ANIKA ZEIDLER: ALGORITHMIC BIAS – DISKRIMINIERUNG DURCH ALGORITHMEN ERKENNEN UND
VERMEIDEN

Der Einfluss von Code auf unsere Gesellschaft ist durch Machine Learning und das
Design der damit verbundenen Algorithmen stärker denn je. Jedes Stück Software,
dass geschrieben wird, entsteht mit einem bestimmten „Bias“, einer Art
Vorurteil, der durch die Zusammensetzung des Projektteams stark beeinflusst
wird, mein Anika. Welche Schritte notwendig sind um diesen Bias zu
minimalisieren erläutern wir gemeinsam.

On Tour @ #thinkabout19 5/5 mit Anika Zeidler

<p>Hans und Peter diskutieren über Patterns in React!</p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:01:25] React, Redux, Hooks und HOCs</dt>
<dd><a href="https://itnext.io/introducing-redux-hooks-1bf9c568ecc2">Redux-Hooks</a> werden ein offizielles Feature, was Hans und Peter zu einer Grundsatzdiskussion über Patterns in React verleitet. Hooks (siehe <a href="https://workingdraft.de/385/">Revision 385</a>) wurden vor nicht allzulanger Zeit in React <a href="https://reactjs.org/docs/hooks-intro.html">eingeführt</a> und haben sich seither in diversen Code Bases breit gemacht&nbsp;&ndash; nach einhelliger Meinung (zumindest im Podcast-Studio) mit nicht nur positiven Auswirkungen. Wir diskutieren über verschiedene Patterns rund um State Management in React, <a href="https://reactjs.org/docs/higher-order-components.html">Higher-Order Components</a> und Mittel und Wege, Hook-Benutzung von den Nachteilen zu befreien. Hans schlägt hierfür ein Architekturpattern im Stile von <a href="https://facebook.github.io/flux/">Flux</a> vor.</dd>
</dl>


Hans und Peter diskutieren über Patterns in React!


SCHAUNOTIZEN

[00:01:25] REACT, REDUX, HOOKS UND HOCS

Redux-Hooks werden ein offizielles Feature, was Hans und Peter zu einer
Grundsatzdiskussion …

Hans und Peter diskutieren über Patterns in React!


SCHAUNOTIZEN

[00:01:25] REACT, REDUX, HOOKS UND HOCS

Redux-Hooks werden ein offizielles Feature, was Hans und Peter zu einer
Grundsatzdiskussion über Patterns in React verleitet. Hooks (siehe Revision 385)
wurden vor nicht allzulanger Zeit in React eingeführt und haben sich seither in
diversen Code Bases breit gemacht – nach einhelliger Meinung (zumindest im
Podcast-Studio) mit nicht nur positiven Auswirkungen. Wir diskutieren über
verschiedene Patterns rund um State Management in React, Higher-Order Components
und Mittel und Wege, Hook-Benutzung von den Nachteilen zu befreien. Hans schlägt
hierfür ein Architekturpattern im Stile von Flux vor.

Revision 401: React, Redux, Hooks und HOCs

<p>Zur Feier des Tages versammelte sich das komplette Team (Peter, Hans, Rodney, Stefan, Schepp) nebst allen Alumni <a href="https://twitter.com/markus_schlegel">Markus Schlegel</a>, <a href="https://twitter.com/kahliltweets">Kahlil Lechelt</a> und <a href="https://twitter.com/helloanselm">Anselm Hannemann</a> in einer Videokonferenz! Von dieser Revision gibt es also auch eine Youtube-Version mit Bewegtbild:</p>
<p><iframe width="1000" height="563" src="https://www.youtube.com/embed/1Mz3JpGbjlk" frameborder="0" allow="accelerometer; autoplay; encrypted-media; gyroscope; picture-in-picture" allowfullscreen></iframe></p>
<p>In Video wie in Podcast sprachen wir über das Big Picture: die Webentwicklung (und der Podcast) von damals verglichen mit heute und wie auch wir selbst uns im Laufe der Zeit so verändert haben.</p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:01:50] Gott und die Welt</dt>
<dd>
Wir beginnen mit den Anfängen von Working Draft (<a href="https://workingdraft.de/1/">Revision 1: Sencha Animator, Webfernsehen und Firesheep</a>), die damals unter anderem <a href="https://archiv.peterkroener.de/tschuess-links-hallo-working-draft/">Peters Blog-Linkliste</a> ersetzte. Damals waren er und Schepp mit originellen Projekten wie <a hrf="https://github.com/TurbineCSS/Turbine">Turbine</a> und dem <a hrf="https://github.com/Schepp/CSS-JS-Booster">CSS-JS-Booster</a> befasst und wurden dann von Markus zum Podcast rekrutiert. Gestützt durch unser <a href="https://github.com/workingdraft/metadata">Metadaten-Archiv</a> ermitteln wir, dass Anselm <a href="https://github.com/workingdraft/metadata/blob/master/data/episodes.json#L451-L460">zuerst</a> in Revision&nbsp;36 (<a href="https://workingdraft.de/36/">&#8222;Ohne Jan, aber mit Delay&#8220;</a>) und Kahlil <a href="https://github.com/workingdraft/metadata/blob/master/data/episodes.json#L465-L478">erstmals</a> in Folge&nbsp;37 (<a href="https://workingdraft.de/37/">&#8222;speak.js, Native Client und JS-MVC-Frameworks&#8220;</a>) dabei waren. In Revision&nbsp;40 (<a href="https://workingdraft.de/40/">&#8222;Zerskyped&#8220;</a>) <a href="https://github.com/workingdraft/metadata/blob/master/data/episodes.json#L504-L513">taucht</a> erstmals Rodney auf und Hans feiert seine <a href="https://github.com/workingdraft/metadata/blob/master/data/episodes.json#L556-L568">Workingdraft-Premiere</a> mit Revision&nbsp;44 (<a href="https://workingdraft.de/44/">&#8222;HTTP-Statuscodes, TYPO3 und ’n Echo, echo, cho, o….&#8220;</a>). Wie die frühen Revisionstitel erkennen lassen, hatten wir früher noch erheblich mehr mit Tonproblemen zu kämpfen und auch die Web-Technik war damals eine andere. So kommen wir auch in dieser Revision nicht umhin, über JavaScript-Frameworks iin Vergangenheit, Gegenwart und Zukunft (ggf. <a href="https://hacks.mozilla.org/2019/03/fast-bump-allocated-virtual-doms-with-rust-and-wasm/">powered by WASM</a>) zu sprechen und wieder mal etwas technischer zu werden&nbsp;&hellip;
</dd>
</dl>


Zur Feier des Tages versammelte sich das komplette Team (Peter, Hans, Rodney,
Stefan, Schepp) nebst allen Alumni Markus Schlegel, Kahlil Lechelt und Anselm
Hannemann in einer Videokonferenz! Von diese…

Zur Feier des Tages versammelte sich das komplette Team (Peter, Hans, Rodney,
Stefan, Schepp) nebst allen Alumni Markus Schlegel, Kahlil Lechelt und Anselm
Hannemann in einer Videokonferenz! Von dieser Revision gibt es also auch eine
Youtube-Version mit Bewegtbild:



In Video wie in Podcast sprachen wir über das Big Picture: die Webentwicklung
(und der Podcast) von damals verglichen mit heute und wie auch wir selbst uns im
Laufe der Zeit so verändert haben.


SCHAUNOTIZEN

[00:01:50] GOTT UND DIE WELT

Wir beginnen mit den Anfängen von Working Draft (Revision 1: Sencha Animator,
Webfernsehen und Firesheep), die damals unter anderem Peters Blog-Linkliste
ersetzte. Damals waren er und Schepp mit originellen Projekten wie Turbine und
dem CSS-JS-Booster befasst und wurden dann von Markus zum Podcast rekrutiert.
Gestützt durch unser Metadaten-Archiv ermitteln wir, dass Anselm zuerst in
Revision 36 („Ohne Jan, aber mit Delay“) und Kahlil erstmals in Folge 37
(„speak.js, Native Client und JS-MVC-Frameworks“) dabei waren. In Revision 40
(„Zerskyped“) taucht erstmals Rodney auf und Hans feiert seine
Workingdraft-Premiere mit Revision 44 („HTTP-Statuscodes, TYPO3 und ’n Echo,
echo, cho, o….“). Wie die frühen Revisionstitel erkennen lassen, hatten wir
früher noch erheblich mehr mit Tonproblemen zu kämpfen und auch die Web-Technik
war damals eine andere. So kommen wir auch in dieser Revision nicht umhin, über
JavaScript-Frameworks iin Vergangenheit, Gegenwart und Zukunft (ggf. powered by
WASM) zu sprechen und wieder mal etwas technischer zu werden …

Revision 400

<p>Schepp, Hans und Stefan im Gespräch mit <a href="https://twitter.com/tomayac">Thomas Steiner</a> von Google. Seines Zeichens Dev Advocate für Project Fugu. </p>
<style>
a.message_link {
  float: right;
  margin: 1rem 2rem; width: 100%; width: 400px;
  border-bottom: 0;
}
</style>
<hr><aside class="message">
<p><a href="https://visionx.sibvisions.com/?ref=workingdraft.de" class="message_link"><img src="https://workingdraft.de/wp-content/uploads/2019/10/visionx-logo.png" alt="" class="alignnone size-medium wp-image-3774" style="display: block; max-width: 100%;" /></a></p>
<h3>Unser Sponsor</h3>
<div class="message_content">
<a href="https://visionx.sibvisions.com/?ref=workingdraft.de">VisionX</a>  ist eine Low-Code Plattform die Unternehmen unterstützt Applikationen schneller zu entwickeln. VisionX hilft dabei die eigene Softwareentwicklung zu beschleunigen und komplexe Applikationen mit geringem Aufwand zu erstellen.
</div>
</aside><hr>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:04:00] <a href="https://www.chromium.org/teams/web-capabilities-fugu">The Web Capabilities Project &#8211; Fugu</a></dt>
<dd>Warum denn immer Electron Apps installieren oder gleich mit Cordova Hybrid-Apps bauen, wenn das Web an sich im Browser doch eh so viele Möglichkeiten bieten? Nun, vielleicht fehlt doch das eine oder andere. Wie File System Access, oder Zugriff auf wichtige Kontakte. Vielleicht die Direkt-Verbindung zu SMS, Background Sync von Inhalten und mehr? Tja, es gibt doch etwas, das in Betriebssystemen steck und man irgendwie gerne im Browser auch haben möchte. Hier setzt Project Fugu an. Fugu bietet dem Web das zarte und absolut köstlichste Filet, dass man für Apps finden kann. Bei allem anderen kann man sich gleich mal giftigst verschlucken (erzählen die Simpsons). APIs für den Browser, die aus dem Web endlich die Applikationsplattform machen, die es schon immer sein sollte. Mit im Programm: Alles vorher genannte und noch viel, viel mehr. Wie der <a href="https://goo.gle/fugu-api-tracker">API Tracker</a> verrät. Ein ambitioniertes Projekt, bei dem viel Hirnschmalz und noch mehr Kommunikation drinsteckt. Thomas erzählt uns von der generellen Herangehensweise, der offenen Entwicklung, Kollaboration mit Partnern und Browserherstellern, und auch wie alles ins große Bild von Google passt. Viel Wissen verpackt in knackige anderthalb Stunden. Viel Spaß!</dd>
</dl>
<h3>[01:23:31] Keine Schaunotizen</h3>
<dl>
<dt><a href="https://m.youtube.com/watch?v=GSiUzuB-PoI">Google IO/19: Unlocking New Capabilities for the Web </a></dt>
<dd>Der Talk von Thomas und seinem Kollegen Pete LePage zum Thema Fugu.</dd>
</dl>


Schepp, Hans und Stefan im Gespräch mit Thomas Steiner von Google. Seines
Zeichens Dev Advocate für Project Fugu.


UNSER SPONSOR

VisionX ist eine Low-Code Plattform die Unternehmen unterstützt Appli…

Schepp, Hans und Stefan im Gespräch mit Thomas Steiner von Google. Seines
Zeichens Dev Advocate für Project Fugu.


UNSER SPONSOR

VisionX ist eine Low-Code Plattform die Unternehmen unterstützt Applikationen
schneller zu entwickeln. VisionX hilft dabei die eigene Softwareentwicklung zu
beschleunigen und komplexe Applikationen mit geringem Aufwand zu erstellen.


SCHAUNOTIZEN

[00:04:00] THE WEB CAPABILITIES PROJECT – FUGU

Warum denn immer Electron Apps installieren oder gleich mit Cordova Hybrid-Apps
bauen, wenn das Web an sich im Browser doch eh so viele Möglichkeiten bieten?
Nun, vielleicht fehlt doch das eine oder andere. Wie File System Access, oder
Zugriff auf wichtige Kontakte. Vielleicht die Direkt-Verbindung zu SMS,
Background Sync von Inhalten und mehr? Tja, es gibt doch etwas, das in
Betriebssystemen steck und man irgendwie gerne im Browser auch haben möchte.
Hier setzt Project Fugu an. Fugu bietet dem Web das zarte und absolut
köstlichste Filet, dass man für Apps finden kann. Bei allem anderen kann man
sich gleich mal giftigst verschlucken (erzählen die Simpsons). APIs für den
Browser, die aus dem Web endlich die Applikationsplattform machen, die es schon
immer sein sollte. Mit im Programm: Alles vorher genannte und noch viel, viel
mehr. Wie der API Tracker verrät. Ein ambitioniertes Projekt, bei dem viel
Hirnschmalz und noch mehr Kommunikation drinsteckt. Thomas erzählt uns von der
generellen Herangehensweise, der offenen Entwicklung, Kollaboration mit Partnern
und Browserherstellern, und auch wie alles ins große Bild von Google passt. Viel
Wissen verpackt in knackige anderthalb Stunden. Viel Spaß!


[01:23:31] KEINE SCHAUNOTIZEN

GOOGLE IO/19: UNLOCKING NEW CAPABILITIES FOR THE WEB

Der Talk von Thomas und seinem Kollegen Pete LePage zum Thema Fugu.

Revision 399: Project Fugu

<p>Kahlil und Hans erzählen von Refactoring-Projekten mit und zu TypeScript</p>
<style>
a.message_link {
  float: right;
  margin: 1rem 2rem; width: 100%; width: 400px;
  border-bottom: 0;
}
</style>
<hr><aside class="message">
<p><a href="https://devjobs.at?utm_source=workingdraft&#038;utm_medium=blog&#038;utm_campaign=WD398
" class="message_link"><img src="https://workingdraft.de/wp-content/uploads/2019/10/logo_black.png" alt="" class="alignnone size-medium wp-image-3774" style="display: block; max-width: 100%;" /></a></p>
<h3>Unser Sponsor</h3>
<div class="message_content">
<a href="https://devjobs.at?utm_source=workingdraft&#038;utm_medium=blog&#038;utm_campaign=WD398">devjobs.at</a> ist Österreichs erste Job- und Karriereplattform SPEZIELL für Software Entwickler:innen. UND wurde von Grund auf von Developern für Developer konzipiert.<br />
Das Besondere auf dem Portal sind auf Programmierer:innen abgestimmte Stelleninserate und Firmenpräsentationen, welche umfassende Einblicke in die Entwicklungsabteilung geben. Damit ihr immer den passenden Job findet, funktioniert devjobs.at mit einer neuen, auf KI basierten Such- und Matchingtechnologie.<br />
Jetzt schon nutzen mehr als 500 Entwickler:innen täglich das Portal des Mitte Juni gelaunchten Linzer Startups.</p>
<p>Ob JavaScript oder TypeScript auf <a href="https://devjobs.at?utm_source=workingdraft&#038;utm_medium=blog&#038;utm_campaign=WD398">devjobs.at</a> findet ihr euren passenden Job.
</div>
</aside><hr>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:01:50] Refactoring</dt>
<dd>Das heutige Refactoring-Thema beginnt mit Kahlils Projekt, das 5 Jahre alt ist und mit <a href="https://knockoutjs.com/">Knockout</a> gebaut ist. Nach einem Rant von Peter darüber, dass früher (in einer Welt mit 2-Way-Databinding) auch nicht alles schlecht war und einem kurzen Ausflug in das Œuvre von Andrea Giammarchi (<a href="https://github.com/WebReflection/hyperHTML">hyperHTML</a>, <a href="https://github.com/WebReflection/lighterhtml">lighterhtml</a> und <a href="https://github.com/WebReflection/neverland">neverland</a>) geht es wieder um das eigentliche Thema. Wir setzen Joel Spolskys <a href="https://www.joelonsoftware.com/2000/04/06/things-you-should-never-do-part-i/">legendäres Anti-Rewrite-Essay</a> in Kontext und lassen auch Hans von einem langen Migrations-Projekt (JS nach TS) erzählen. Am Ende erwähnen wir noch einen <a href="https://twitter.com/sir_pepe/status/1158761695235518470">TypeScript-Hack</a> und <a href="https://fettblog.eu/typescript-jsdoc-superpowers/">TypeScript/JSDoc-Magie</a>.</dd>
</dl>
<h3>[01:14:40] Keine Schaunotizen</h3>
<dl>
<dt><a href="https://github.com/nodegui/nodegui">NodeGUI</a></dt>
<dd>Kahlil möchte euch das neueste Tool für Desktop-Apps mit JavaScript ans Herz legen.</dd>
</dl>


Kahlil und Hans erzählen von Refactoring-Projekten mit und zu TypeScript


UNSER SPONSOR

devjobs.at ist Österreichs erste Job- und Karriereplattform SPEZIELL für
Software Entwickler:innen. UND wurde …

Kahlil und Hans erzählen von Refactoring-Projekten mit und zu TypeScript


UNSER SPONSOR

devjobs.at ist Österreichs erste Job- und Karriereplattform SPEZIELL für
Software Entwickler:innen. UND wurde von Grund auf von Developern für Developer
konzipiert.
Das Besondere auf dem Portal sind auf Programmierer:innen abgestimmte
Stelleninserate und Firmenpräsentationen, welche umfassende Einblicke in die
Entwicklungsabteilung geben. Damit ihr immer den passenden Job findet,
funktioniert devjobs.at mit einer neuen, auf KI basierten Such- und
Matchingtechnologie.
Jetzt schon nutzen mehr als 500 Entwickler:innen täglich das Portal des Mitte
Juni gelaunchten Linzer Startups.



Ob JavaScript oder TypeScript auf devjobs.at findet ihr euren passenden Job.


SCHAUNOTIZEN

[00:01:50] REFACTORING

Das heutige Refactoring-Thema beginnt mit Kahlils Projekt, das 5 Jahre alt ist
und mit Knockout gebaut ist. Nach einem Rant von Peter darüber, dass früher (in
einer Welt mit 2-Way-Databinding) auch nicht alles schlecht war und einem kurzen
Ausflug in das Œuvre von Andrea Giammarchi (hyperHTML, lighterhtml und
neverland) geht es wieder um das eigentliche Thema. Wir setzen Joel Spolskys
legendäres Anti-Rewrite-Essay in Kontext und lassen auch Hans von einem langen
Migrations-Projekt (JS nach TS) erzählen. Am Ende erwähnen wir noch einen
TypeScript-Hack und TypeScript/JSDoc-Magie.


[01:14:40] KEINE SCHAUNOTIZEN

NODEGUI

Kahlil möchte euch das neueste Tool für Desktop-Apps mit JavaScript ans Herz
legen.

Revision 398: Refactoring mit (und zu) TypeScript

This interview is part of our four-part series On Tour @ #cssday.


[00:09:31] ELIKA J. ETEMAD (FANTASAI): LINE LAYOUT & VERTICAL RHYTHM AND FLORIAN
RIVOAL: LINE BREAKING

Elika and Florian both work …

This interview is part of our four-part series On Tour @ #cssday.


[00:09:31] ELIKA J. ETEMAD (FANTASAI): LINE LAYOUT & VERTICAL RHYTHM AND FLORIAN
RIVOAL: LINE BREAKING

Elika and Florian both work a lot on CSS Specifications. We discuss the
different topics of Line Breaking and Vertical Layout for text which were the
talks of the both speakers. After some historical background we speak about the
challenges the W3C Experts face when writing specifications and how they evolve
over time.
Both Elika and Florian are also members of the W3C Advisory Board. They give us
a short insight in what the board does and how the processes at W3C affect their
work.


ABOUT THE CONFERENCE

In June 2019 we visited beautiful Amsterdam again to be part of CSS Day 2019
(with a UI special) taking place at Compagnietheater. CSS Day is organised since
2013 by Peter-Paul Koch, Krijn Hoetmer, and Martijn van Duuren – the people
behind performance.now(), Mobilism and dsgnday.

This year’s edition featured great CSS talks going into details of how CSS
properties like word-break work and talks about more design focused topics like
how we can design better interfaces.
We’re sure there will be another CSS Day next year. So stay tuned.

On Tour @ #cssday 2019 4/4 with Elika J. Etemad (aka. Fantasai) and Florian
Rivoal

<p>Mit Code-Golf-Großmeister Marvin Hagemeister (<a href="https://marvinh.dev">Webseite</a>, <a href="https://twitter.com/marvinhagemeist">Twitter</a>) hatten wir in dieser Revision das Vergnügen, das Warum und das Wie von <strong>Preact</strong> zu ergründen.</p>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:01:00] Preact</dt>
<dd><a href="https://preactjs.com">Preact</a> (<a href="https://github.com/preactjs">Github</a>) ist ein 3kb-Front-Framework mit einer React-artige API. Wegen des schon immer ausgezeichneten Supports für Server-Side-Rendering fand Marvin erst Interesse an Preact und dann uns seinen Weg in das ca. 5 akive Personen zählende Kern-Team. Wir kommen natürlich nicht umhin, die Mittel und Wege zum 3kb-Framework zu besprechen. Zum Ziel führen (neben dem Luxus, anders als React nicht jede Zeile Code von Facebook unterstützen zu müssen) der Verzicht auf ein eigenes Event-System, Anpassungen im Code-Stil (z.B. Prototypen statt Klassen) und natürlich <a href="https://github.com/preactjs/preact/blob/master/src/constants.js">Code-Golf</a>. Mittlerweile hat Preact als Unterbau von unter Anderem Google AMP, Smashing Magazine und dev.to allerdings selbst diverse Großprojekte zu supporten. Wir besprechen DOM-Diffing vs. Virtual-DOM-Diffing, Fragen der React-Kompatibilität, Performance, das Addon-System von Preact (mit Projekten wie <a href="https://github.com/preactjs/preact-router">preact-router</a> und <a href="https://github.com/molefrog/wouter">wouter</a>), Minifizierer (<a href="https://developers.google.com/closure/compiler/">Google Closure Compiler</a> und <a href="https://github.com/terser-js/terser">Terser</a>), Zukunftfragen und natürlich das Dasein als Open-Source-Contributer-Dasein in Kombination mit einem (fast) normalen Job.</dd>
</dl>


Mit Code-Golf-Großmeister Marvin Hagemeister (Webseite, Twitter) hatten wir in
dieser Revision das Vergnügen, das Warum und das Wie von Preact zu ergründen.


SCHAUNOTIZEN

[00:01:00] PREACT

Preact (…

Mit Code-Golf-Großmeister Marvin Hagemeister (Webseite, Twitter) hatten wir in
dieser Revision das Vergnügen, das Warum und das Wie von Preact zu ergründen.


SCHAUNOTIZEN

[00:01:00] PREACT

Preact (Github) ist ein 3kb-Front-Framework mit einer React-artige API. Wegen
des schon immer ausgezeichneten Supports für Server-Side-Rendering fand Marvin
erst Interesse an Preact und dann uns seinen Weg in das ca. 5 akive Personen
zählende Kern-Team. Wir kommen natürlich nicht umhin, die Mittel und Wege zum
3kb-Framework zu besprechen. Zum Ziel führen (neben dem Luxus, anders als React
nicht jede Zeile Code von Facebook unterstützen zu müssen) der Verzicht auf ein
eigenes Event-System, Anpassungen im Code-Stil (z.B. Prototypen statt Klassen)
und natürlich Code-Golf. Mittlerweile hat Preact als Unterbau von unter Anderem
Google AMP, Smashing Magazine und dev.to allerdings selbst diverse Großprojekte
zu supporten. Wir besprechen DOM-Diffing vs. Virtual-DOM-Diffing, Fragen der
React-Kompatibilität, Performance, das Addon-System von Preact (mit Projekten
wie preact-router und wouter), Minifizierer (Google Closure Compiler und
Terser), Zukunftfragen und natürlich das Dasein als
Open-Source-Contributer-Dasein in Kombination mit einem (fast) normalen Job.

Revision 397: Preact (und Code-Golfing)

<p>Dieses Interview ist einer von 5 Teilen unserer Serie <a href="https://workingdraft.de/category/on-tour/thinkabout19/">On Tour @ #thinkabout19</a>.</p>
<p>Im Mai waren wir mal wieder auf einer neuen Konferenz in Köln-Ehrenfeld zu gegen, die sich neben Design- und Development-Themen auch stark mit der Thematik beschäftigt, wie Software unsere Gesellschaft beeinflusst.<br />
Die Zwei-Track Konferenz schaffte es mit einer sehr guten Organisation und viel Liebe zum Detail eine gesamtheitlich starke Performance abzugeben und eine hohe Messlatte für eine nächste Episode zu setzen.</p>
<h3>[00:01:07] <a href="https://vimeo.com/343386012">Christopher Grebs: Maintain your ancient projects without getting lost</a></h3>
<p>Wir haben uns mit Christopher über seine Erfahrungen in der fast 10 Jahre alten Code von add-ons.mozilla.org unterhalten. Er gab uns einige Einblicke über die Ansätze von Refactorings und welche Methoden ein guter Ansatz zum Umgang mit historisch entstandenen Code sind. Wir teilen auch unsere eigenen Erfahrungen.</p>


Dieses Interview ist einer von 5 Teilen unserer Serie On Tour @ #thinkabout19.

Im Mai waren wir mal wieder auf einer neuen Konferenz in Köln-Ehrenfeld zu
gegen, die sich neben Design- und Development-Themen auch stark mit der Thematik
beschäftigt, wie Software unsere Gesellschaft beeinflusst.
Die Zwei-Track Konferenz schaffte es mit einer sehr guten Organisation und viel
Liebe zum Detail eine gesamtheitlich starke Performance abzugeben und eine hohe
Messlatte für eine nächste Episode zu setzen.


[00:01:07] CHRISTOPHER GREBS: MAINTAIN YOUR ANCIENT PROJECTS WITHOUT GETTING
LOST

Wir haben uns mit Christopher über seine Erfahrungen in der fast 10 Jahre alten
Code von add-ons.mozilla.org unterhalten. Er gab uns einige Einblicke über die
Ansätze von Refactorings und welche Methoden ein guter Ansatz zum Umgang mit
historisch entstandenen Code sind. Wir teilen auch unsere eigenen Erfahrungen.

On Tour @ #thinkabout19 4/5 mit Christopher Grebs

<p>Hans, Schepp und Stefan bekommen Besuch von <a href="https://twitter.com/danyx23">Daniel Bachler</a>, der uns über Front-End Entwicklung mit rein funktionalen Programmiersprachen aufklärt.</p>
<style>
a.message_link {
  float: right;
  margin: 1rem 2rem; width: 100%; width: 400px;
  border-bottom: 0;
}
</style>
<hr><aside class="message">
<p><a href="https://stormforger.com/podcast" class="message_link"><img src="https://workingdraft.de/wp-content/uploads/2019/07/stormforger-logo.png" alt="" class="alignnone size-medium wp-image-3774" style="display: block; max-width: 100%;" /></a></p>
<h3>Unser Sponsor</h3>
<p>Mit StormForger kannst du Last- und Performancetests automatisiert in der Cloud durchführen. Lerne, das Verhalten deiner Software-Architektur, deiner Infrastruktur (z.B. AWS Cloud), deiner API und deiner Web-Applikation besser zu verstehen. Melde dich kostenfrei unter <a href="https://stormforger.com/podcast">stormforger.com/podcast</a> an und nutze den vollen Funktionsumfang in unserer Trial-Version. </p>
<p>DevOps und die Cloud sind auch wichtige Themen für uns und unsere Kunden. Deswegen hier noch zwei Veranstaltungshinweise:</p>
<p>Am 19.09.2019 tagt bei uns die AWS User Group Cologne mit einem Special zu Kubernetes. Es gibt Talks von Giant Swarm CTO Timo sowie Mindcurv Technical Lead Stefan und Solutions Architect David. Schaut gerne vorbei! <a href="https://www.meetup.com/aws-cologne/events/264320292/">meetup.com/aws-cologne</a></p>
<p>Direkt am nächsten Tag, Freitag den 20.09.2019, findet unser (kostenloses) Enterprise Performance Lab statt. Dort gibt es Vorträge und informativem Austausch zu digitaler Produktentwicklung, Software-Architektur, Agile &#038; Performance Testing, Digital Transformation, DevOps und Cloud. Konzipiert ist das Ganze für Menschen aus der digitalen Produktentwicklung und IT, die vor komplexen Fragestellungen stehen. Falls Ihr teilnehmen wollt oder Ihr jemanden kennt, für den das interessant sein könnte, dann findet Ihr alle Infos unter <a href="https://stormforger.com/events">stormforger.com/events</a>.<br />
</aside><hr>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:02:45] <a href="https://elm-lang.org">Elm</a></dt>
<dd>Das noch sehr junge <em>Elm</em> ist so etwas wie Haskell im Browser, allerdings zugänglicher und mit vielen schönen Runtime Features, die Fremdbibliotheken fast unnötig machen. Eine strikte funktionale Ausrichtung, alles immutable, superstarke Typisierung keine Side Effects dank Steuer-Strukturen und der Abstinenz von <code>null</code> sorgt für &#8212; hört, hört &#8212; keinerlei Laufzeitfehler! Mit der <a href="https://medium.com/@l.mugnaini/the-elm-architecture-tea-animation-3efc555e8faf">Elm Architecture</a> bekommen wir auch so etwas wie Redux frei Haus geliefert (oder bekommen wir mit Redux die Elm Architektur geliefert?) und können fesche Web-Anwendungen bauen. Eigenheiten, Vor- und Nachteile und wie man mit JavaScript spricht, erfährt ihr alles hier. Weiteres Info-Material ist weiter unten verlinkt</dd>
<dt>[00:43:40] <a href="https://fsharp.org">F#</a></dt>
<dd>F# von Microsoft ist seit 2002 der funktionale Bruder von C# für die .NET Laufzeitumgebung. Mit Microsofts Offenheit gegenüber neuen Technologien gibt&#8217;s das auch jetzt auf Linux, und seit neuem auch im Browser. Dank <a href="https://fable.io/">Fable</a> übersetzt man den F# Syntaxbaum auf etwas Babel-kompatibels. Mit dem <a href="https://safe-stack.github.io/">SAFE-Stack</a> ist man dann auch End-to-End F# fähig, und <a href="https://fsbolero.io/">Bolero</a> geht erste Schritte Richtung Web Assembly. Weiteres Lernmaterial wieder weiter unten.</dd>
</dl>
<h3>[01:07:30] Keine Schaunotizen</h3>
<dl>
<dt><a href="https://fsharpforfunandprofit.com/">F# for Fun and Profit</a></dt>
<dd>DIE Referenz für funktionalie Programmierung, nicht nur zu F#.</dd>
<dt><a href="https://www.youtube.com/watch?v=IcgmSRJHu_8">Making impossible states impossible</a></dt>
<dd>Legendäres Video von Rich Feldman über die großen Vorteile von funktionalen Programmiersprachen: Keine unvorhergesehenen Fälle!</dd>
<dt><a href="https://www.youtube.com/watch?v=ehtn81p06Ow">Make Web Apps Fun and Easy to Refactor</a></dt>
<dd>Daniels eigener Vortrag zu Elm.</dd>
<dt><a href="https://guide.elm-lang.org/">Elm Guides</a></dt>
<dd>Elm zum lernen.</dd>
<dt><a href="https://elm-lang.org/try">Try Elm</a></dt>
<dd>Elm zum (online) ausprobieren.</dd>
</dl>


Hans, Schepp und Stefan bekommen Besuch von Daniel Bachler, der uns über
Front-End Entwicklung mit rein funktionalen Programmiersprachen aufklärt.


UNSER SPONSOR

Mit StormForger kannst du Last- und …

Hans, Schepp und Stefan bekommen Besuch von Daniel Bachler, der uns über
Front-End Entwicklung mit rein funktionalen Programmiersprachen aufklärt.


UNSER SPONSOR

Mit StormForger kannst du Last- und Performancetests automatisiert in der Cloud
durchführen. Lerne, das Verhalten deiner Software-Architektur, deiner
Infrastruktur (z.B. AWS Cloud), deiner API und deiner Web-Applikation besser zu
verstehen. Melde dich kostenfrei unter stormforger.com/podcast an und nutze den
vollen Funktionsumfang in unserer Trial-Version.

DevOps und die Cloud sind auch wichtige Themen für uns und unsere Kunden.
Deswegen hier noch zwei Veranstaltungshinweise:

Am 19.09.2019 tagt bei uns die AWS User Group Cologne mit einem Special zu
Kubernetes. Es gibt Talks von Giant Swarm CTO Timo sowie Mindcurv Technical Lead
Stefan und Solutions Architect David. Schaut gerne vorbei!
meetup.com/aws-cologne

Direkt am nächsten Tag, Freitag den 20.09.2019, findet unser (kostenloses)
Enterprise Performance Lab statt. Dort gibt es Vorträge und informativem
Austausch zu digitaler Produktentwicklung, Software-Architektur, Agile &
Performance Testing, Digital Transformation, DevOps und Cloud. Konzipiert ist
das Ganze für Menschen aus der digitalen Produktentwicklung und IT, die vor
komplexen Fragestellungen stehen. Falls Ihr teilnehmen wollt oder Ihr jemanden
kennt, für den das interessant sein könnte, dann findet Ihr alle Infos unter
stormforger.com/events.



SCHAUNOTIZEN

[00:02:45] ELM

Das noch sehr junge Elm ist so etwas wie Haskell im Browser, allerdings
zugänglicher und mit vielen schönen Runtime Features, die Fremdbibliotheken fast
unnötig machen. Eine strikte funktionale Ausrichtung, alles immutable,
superstarke Typisierung keine Side Effects dank Steuer-Strukturen und der
Abstinenz von null sorgt für — hört, hört — keinerlei Laufzeitfehler! Mit der
Elm Architecture bekommen wir auch so etwas wie Redux frei Haus geliefert (oder
bekommen wir mit Redux die Elm Architektur geliefert?) und können fesche
Web-Anwendungen bauen. Eigenheiten, Vor- und Nachteile und wie man mit
JavaScript spricht, erfährt ihr alles hier. Weiteres Info-Material ist weiter
unten verlinkt

[00:43:40] F#

F# von Microsoft ist seit 2002 der funktionale Bruder von C# für die .NET
Laufzeitumgebung. Mit Microsofts Offenheit gegenüber neuen Technologien gibt’s
das auch jetzt auf Linux, und seit neuem auch im Browser. Dank Fable übersetzt
man den F# Syntaxbaum auf etwas Babel-kompatibels. Mit dem SAFE-Stack ist man
dann auch End-to-End F# fähig, und Bolero geht erste Schritte Richtung Web
Assembly. Weiteres Lernmaterial wieder weiter unten.


[01:07:30] KEINE SCHAUNOTIZEN

F# FOR FUN AND PROFIT

DIE Referenz für funktionalie Programmierung, nicht nur zu F#.

MAKING IMPOSSIBLE STATES IMPOSSIBLE

Legendäres Video von Rich Feldman über die großen Vorteile von funktionalen
Programmiersprachen: Keine unvorhergesehenen Fälle!

MAKE WEB APPS FUN AND EASY TO REFACTOR

Daniels eigener Vortrag zu Elm.

ELM GUIDES

Elm zum lernen.

TRY ELM

Elm zum (online) ausprobieren.

Revision 396: Elm und F# – Funktionale Programmiersprachen im Browser

<p>In dieser Revision kitzelte unser Gast Philipp Kühn (<a href="https://www.philipp-kuehn.com">Webseite</a>, <a href="https://github.com/philippkuehn">Github</a>, <a href="https://twitter.com/_philippkuehn">Twitter</a>), seines Zeichens Gründer von <a href="https://ueberdosis.io/">Ueberdosis</a> und <a href="https://scrumpy.io/">Scrumpy</a>, unsere Nerven mit den neuesten Gruselgeschichten aus der WYSIWYG-Krypta und erzählte uns alles über sein eigenes WYSIWYG-Werk <a href="https://tiptap.scrumpy.io/">Tiptap</a>.</p>
<style>
a.message_link {
  float: right;
  margin: 1rem 2rem; width: 100%; width: 400px;
  border-bottom: 0;
}
</style>
<hr><aside class="message">
<p><a href="https://www.storyblok.com?ref=workingdraft.de" class="message_link"><img src="https://workingdraft.de/wp-content/uploads/2019/07/storyblok-colored.png" alt="" class="alignnone size-medium wp-image-3774" style="display: block; max-width: 100%;" /></a></p>
<h3>Unser Sponsor</h3>
<div class="message_content">
Storyblok ist ein headless CMS, das die Grenze zwischen einem traditionellen CMS und einem Pagebuilder sprengt. Das Verwalten digitaler Inhalte mit einem CMS kann eine schwierige Aufgabe sein. Ohne eine visuelle Vorschau arbeiten Redakteure oft blind vor sich hin und benötigen selbst für einfache Änderungen Anweisungen. Storyblok bietet die Benutzererfahrung eines Pagebuilders mit einer modernen, vollständig API-basierten Architektur. Das gibt dem Entwickler die Freiheit bei der Wahl der Technologie und dem Editor eine selbsterklärende und intuitive Oberfläche.</p>
<p>Du kannst mehr über <a href="https://www.storyblok.com?ref=workingdraft.de">Storyblok</a> lesen und ihren <a href="https://www.storyblok.com/free?ref=workingdraft.de">kostenlosen Plan</a> ausprobieren, sie auf <a href="https://www.twitter.com/storyblok">Twitter</a> oder in ihrem Live-Chat erreichen.
</div>
</aside><hr>
<h3>Schaunotizen</h3>
<dl>
<dt>[00:03:20] WYSIWYG</dt>
<dd>Wir beginnen mir einer Bestandsaufnahme: das olle HTML-Standard-Attribut <a href="https://developer.mozilla.org/en-US/docs/Web/HTML/Global_attributes/contenteditable">contenteditable</a> ist noch immer so gruselig wie es in der Kreidezeit bereits war uns seine etablierten Nutzer <a href="https://ckeditor.com/">CKEditor</a> und <a href="https://www.tiny.cloud/">TinyMCE</a> sind ebenso solide wie angestaubt. Leider führen die diversen Alternativen wie der <a href="https://github.com/yabwe/medium-editor">Medium Editor</a> und <a href="https://quilljs.com/">Quill</a> auf der Haben-Seite kein „solide“ zu Felde, sondern glänzen eher durch Bugs (Medium Editor) und Einschränkungen (Qill). Solidität wäre aber eine der Kern-Anforderungen einer modernen WYSIWYG-Lösung, zusammen mit stetiger Weiterentwicklung (wg. vieler Edge Cases), extremer Anpassbarkeit des UI sowie der Unterstützung dynamischer Inhalte (z.b. @username-Referenzen in Text). Die heute gängige Grundlage eines jeden WYSIWYG-Editors mit Unterstützung für die genannten Features ist <a href="https://prosemirror.net/">ProseMirror</a> aus der Feder von Marijn Haverbeke (<a href="https://marijnhaverbeke.nl">Webseite</a>, <a href="https://github.com/marijnh">Github</a>, <a href="https://twitter.com/marijnjh">Twitter</a>), das eher ein Editor-Toolkit als ein WYSIWYG-Editor ist. ProseMirror ist, anders als <a href="https://codemirror.net/">CodeMirror</a>, sehr lowlevelig und sogleich verlieren wir uns in diversen Details. Damit sich aber nicht jeder Entwickler in Details verlieren muss, hat Philipp <a href="https://tiptap.scrumpy.io/">TipTap</a> entwickelt, einen CodeMirror-basierten WYSIWYG-Baukausten für VueJS. Tiptap ist highleveliger als Code Mirror und renderless, was wir ausgiebig bequatschen, ebenso wie Collaboration-Features, das junge, knackige Vue und sein Ökosystem und contenteditable 2.0 als mögliches neues (standardbasierte) Fundament für die WYSIWYG-Editoren von morgen.</dd>
</dl>


In dieser Revision kitzelte unser Gast Philipp Kühn (Webseite, Github, Twitter),
seines Zeichens Gründer von Ueberdosis und Scrumpy, unsere Nerven mit den
neuesten Gruselgeschichten aus der WYSIWYG-Kr…

In dieser Revision kitzelte unser Gast Philipp Kühn (Webseite, Github, Twitter),
seines Zeichens Gründer von Ueberdosis und Scrumpy, unsere Nerven mit den
neuesten Gruselgeschichten aus der WYSIWYG-Krypta und erzählte uns alles über
sein eigenes WYSIWYG-Werk Tiptap.


UNSER SPONSOR

Storyblok ist ein headless CMS, das die Grenze zwischen einem traditionellen CMS
und einem Pagebuilder sprengt. Das Verwalten digitaler Inhalte mit einem CMS
kann eine schwierige Aufgabe sein. Ohne eine visuelle Vorschau arbeiten
Redakteure oft blind vor sich hin und benötigen selbst für einfache Änderungen
Anweisungen. Storyblok bietet die Benutzererfahrung eines Pagebuilders mit einer
modernen, vollständig API-basierten Architektur. Das gibt dem Entwickler die
Freiheit bei der Wahl der Technologie und dem Editor eine selbsterklärende und
intuitive Oberfläche.



Du kannst mehr über Storyblok lesen und ihren kostenlosen Plan ausprobieren, sie
auf Twitter oder in ihrem Live-Chat erreichen.


SCHAUNOTIZEN

[00:03:20] WYSIWYG

Wir beginnen mir einer Bestandsaufnahme: das olle HTML-Standard-Attribut
contenteditable ist noch immer so gruselig wie es in der Kreidezeit bereits war
uns seine etablierten Nutzer CKEditor und TinyMCE sind ebenso solide wie
angestaubt. Leider führen die diversen Alternativen wie der Medium Editor und
Quill auf der Haben-Seite kein „solide“ zu Felde, sondern glänzen eher durch
Bugs (Medium Editor) und Einschränkungen (Qill). Solidität wäre aber eine der
Kern-Anforderungen einer modernen WYSIWYG-Lösung, zusammen mit stetiger
Weiterentwicklung (wg. vieler Edge Cases), extremer Anpassbarkeit des UI sowie
der Unterstützung dynamischer Inhalte (z.b. @username-Referenzen in Text). Die
heute gängige Grundlage eines jeden WYSIWYG-Editors mit Unterstützung für die
genannten Features ist ProseMirror aus der Feder von Marijn Haverbeke (Webseite,
Github, Twitter), das eher ein Editor-Toolkit als ein WYSIWYG-Editor ist.
ProseMirror ist, anders als CodeMirror, sehr lowlevelig und sogleich verlieren
wir uns in diversen Details. Damit sich aber nicht jeder Entwickler in Details
verlieren muss, hat Philipp TipTap entwickelt, einen CodeMirror-basierten
WYSIWYG-Baukausten für VueJS. Tiptap ist highleveliger als Code Mirror und
renderless, was wir ausgiebig bequatschen, ebenso wie Collaboration-Features,
das junge, knackige Vue und sein Ökosystem und contenteditable 2.0 als mögliches
neues (standardbasierte) Fundament für die WYSIWYG-Editoren von morgen.

Revision 395: ProseMirror und TipTap

This interview is part of our four-part series On Tour @ #cssday.


[00:09:31] BAŞAK HAZNEDAROĞLU: A NEW ERA OF DESIGN PROCESS & CULTURE

The way you design your products often represents how your com…

This interview is part of our four-part series On Tour @ #cssday.


[00:09:31] BAŞAK HAZNEDAROĞLU: A NEW ERA OF DESIGN PROCESS & CULTURE

The way you design your products often represents how your company works. A lot
of this is influenced by the culture you employ throughout your teams argues
Başak. We talk about how important to right culture and diversity is for teams
that design and develop software products.
Oftentimes this topic is overlooked by many and should get more attention since
it is really important for solutions that you find to problems.


ABOUT THE CONFERENCE

In June 2019 we visited beautiful Amsterdam again to be part of CSS Day 2019
(with a UI special) taking place at Compagnietheater. CSS Day is organised since
2013 by Peter-Paul Koch, Krijn Hoetmer, and Martijn van Duuren – the people
behind performance.now(), Mobilism and dsgnday.

This year’s edition featured great CSS talks going into details of how CSS
properties like word-break work and talks about more design focused topics like
how we can design better interfaces.
We’re sure there will be another CSS Day next year. So stay tuned.

On Tour @ #cssday 2019 3/4 with Başak Haznedaroğlu

<p>Dieses Interview ist einer von 5 Teilen unserer Serie <a href="https://workingdraft.de/category/on-tour/thinkabout19/">On Tour @ #thinkabout19</a>.</p>
<p>Im Mai waren wir mal wieder auf einer neuen Konferenz in Köln-Ehrenfeld zu gegen, die sich neben Design- und Development-Themen auch stark mit der Thematik beschäftigt, wie Software unsere Gesellschaft beeinflusst.<br />
Die Zwei-Track Konferenz schaffte es mit einer sehr guten Organisation und viel Liebe zum Detail eine gesamtheitlich starke Performance abzugeben und eine hohe Messlatte für eine nächste Episode zu setzen.</p>
<h3>Maren Heltsche: Hack Society &#8211; Wie wir mit Code gesellschaftliche Probleme lösen können</h3>
<p>In einer Zeit in der viele Produkte, die wir im Alltag verwenden auf Software basieren, prägt diese Software unser Zusammenleben. Als Entwicklerinnen und Entwickler haben wir somit großen Einfluss auf die Gesellschaft. Mit unserem Code können wir maßgeblich mitbestimmen, wie Produkte funktionieren und welche Prinzipien und Ethik sie verfolgen. Gemeinsam mit Maren sprechen wir über die Aufgaben und Pflichten von Entwickelnden und wie wir diese in unserer täglichen Arbeit umsetzen können.</p>


Dieses Interview ist einer von 5 Teilen unserer Serie On Tour @ #thinkabout19.

Im Mai waren wir mal wieder auf einer neuen Konferenz in Köln-Ehrenfeld zu
gegen, die sich neben Design- und Development-Themen auch stark mit der Thematik
beschäftigt, wie Software unsere Gesellschaft beeinflusst.
Die Zwei-Track Konferenz schaffte es mit einer sehr guten Organisation und viel
Liebe zum Detail eine gesamtheitlich starke Performance abzugeben und eine hohe
Messlatte für eine nächste Episode zu setzen.


MAREN HELTSCHE: HACK SOCIETY – WIE WIR MIT CODE GESELLSCHAFTLICHE PROBLEME LÖSEN
KÖNNEN

In einer Zeit in der viele Produkte, die wir im Alltag verwenden auf Software
basieren, prägt diese Software unser Zusammenleben. Als Entwicklerinnen und
Entwickler haben wir somit großen Einfluss auf die Gesellschaft. Mit unserem
Code können wir maßgeblich mitbestimmen, wie Produkte funktionieren und welche
Prinzipien und Ethik sie verfolgen. Gemeinsam mit Maren sprechen wir über die
Aufgaben und Pflichten von Entwickelnden und wie wir diese in unserer täglichen
Arbeit umsetzen können.

On Tour @ #thinkabout19 3/5 mit Maren Heltsche

Wöchentlicher Podcast für Frontend Devs, Design Engineers und Web-Entwickler:innen

PODLIST

Working Draft

Wöchentlicher Podcast für Frontend Devs, Design Engineers und Web-Entwickler:innen.

Neue Episoden

On Tour @ #thinkabout19 5/5 mit Anika Zeidler

Working Draft

Revision 401: React, Redux, Hooks und HOCs

Working Draft

Revision 400

Working Draft

Revision 399: Project Fugu

Working Draft

Revision 398: Refactoring mit (und zu) TypeScript

Working Draft

On Tour @ #cssday 2019 4/4 with Elika J. Etemad (aka. Fantasai) and Florian Rivoal

Working Draft

Revision 397: Preact (und Code-Golfing)

Working Draft

On Tour @ #thinkabout19 4/5 mit Christopher Grebs

Working Draft

Revision 396: Elm und F# – Funktionale Programmiersprachen im Browser

Working Draft

Revision 395: ProseMirror und TipTap

Working Draft

On Tour @ #cssday 2019 3/4 with Başak Haznedaroğlu

Working Draft

On Tour @ #thinkabout19 3/5 mit Maren Heltsche

Working Draft