Working Draft

By Vanessa Otto, Peter Kröner, Hans Christian Reinl, Stefan Baumgartner, Christian »Schepp« SchaeferNews Technology Education How To Tech News

Working Draft episodes

July 22, 2015 Revision 226: Progressive Enhancement
Diesmal widmen Hans, Rodney und Schepp sich einzig und allein einem Thema, und zwar…
Schaunotizen
[00:00:22] Progressive Enhancement
Angeregt durch eine Diskussion auf Twitter zwischen Jake Archibald und Jeremy Keith, und aufgrund des Artikels von Jeremy, sprachen wir darüber, inwieweit wir das Thema „Progressive Enhancement“ in unsere Projekte implementieren.. Rodney erwähnte dabei Aaron Gustafsons Konzept der Interface Experience Maps. Wir stellten auch fest, dass wenn man eine Single Page Webapp baut, es sehr schwierig wird, einen Ausfall von JavaScript mit einzuplanen.
[00:42:06] Keine Schaunotizen
Watchman
Ein generischer Watcher/Taskrunner, von Facebook. Oldie but Goldie!
Diskutiert die Folge mit uns in unserem Community-Slack: https://draft.community/
44 min
July 22, 2015 Revision 226: Progressive Enhancement
Diesmal widmen Hans, Rodney und Schepp sich einzig und allein einem Thema, und zwar…
Schaunotizen
[00:00:22] Progressive Enhancement
Angeregt durch eine Diskussion auf Twitter zwischen Jake Archibald und Jeremy Keith, und aufgrund des Artikels von Jeremy, sprachen wir darüber, inwieweit wir das Thema „Progressive Enhancement“ in unsere Projekte implementieren.. Rodney erwähnte dabei Aaron Gustafsons Konzept der Interface Experience Maps. Wir stellten auch fest, dass wenn man eine Single Page Webapp baut, es sehr schwierig wird, einen Ausfall von JavaScript mit einzuplanen.
[00:42:06] Keine Schaunotizen
Watchman
Ein generischer Watcher/Taskrunner, von Facebook. Oldie but Goldie!
44 min
July 21, 2015 Revision 225: Web Components und Web Assembly
Rodney, Anselm, Peter und Stefan klären Missverständnisse zu Web Components und Web Assembly auf.
Schaunotizen
[00:00:16] Practical questions around web components
Ian Feather hat im Zuge seines Besuches bei der EdgeConf einen Artikel zum Thema Web Components geschrieben, und versucht Anwenderfragen zu beantworten. Rodney, der ebenfalls beim gleichen Event war, erinnert sich an die Diskussionsrunden, die denen zugrunde liegen. Wir gehen munter Frage für Frage durch, und verstricken uns gleich bei Nummer 2 in eine Diskussion, die das gesamte Konzept kritisch hinterfragt. Sind Web Components heute schon nutzbar? Gibt es bei Web Designern überhaupt einen Nutzen dafür? Oder doch wieder nur ein Fehlschlag, weil sich nicht mal standard HTML Elemente damit umsetzen lassen können? Unsere Ansichten gibt’s hier.
[00:57:48] Web Assembly
Web Assembly wurde groß angekündigt und kaum einer weiß, was er jetzt damit zu tun hat. Rodney erzählt von Beweggründen und gibt Einblicke hinter das Format.
[01:12:13] Keine Schaunotizen
CSSConf 2015
Die CSSConf war und Videos gibt’s auch schon!
NightlyBuild 2015
Die NightlyBuild geht in die zweite Runde!
Diskutiert die Folge mit uns in unserem Community-Slack: https://draft.community/
1 hr 14 min
July 21, 2015 Revision 225: Web Components und Web Assembly
Rodney, Anselm, Peter und Stefan klären Missverständnisse zu Web Components und Web Assembly auf.
Schaunotizen
[00:00:16] Practical questions around web components
Ian Feather hat im Zuge seines Besuches bei der EdgeConf einen Artikel zum Thema Web Components geschrieben, und versucht Anwenderfragen zu beantworten. Rodney, der ebenfalls beim gleichen Event war, erinnert sich an die Diskussionsrunden, die denen zugrunde liegen. Wir gehen munter Frage für Frage durch, und verstricken uns gleich bei Nummer 2 in eine Diskussion, die das gesamte Konzept kritisch hinterfragt. Sind Web Components heute schon nutzbar? Gibt es bei Web Designern überhaupt einen Nutzen dafür? Oder doch wieder nur ein Fehlschlag, weil sich nicht mal standard HTML Elemente damit umsetzen lassen können? Unsere Ansichten gibt’s hier.
[00:57:48] Web Assembly
Web Assembly wurde groß angekündigt und kaum einer weiß, was er jetzt damit zu tun hat. Rodney erzählt von Beweggründen und gibt Einblicke hinter das Format.
[01:12:13] Keine Schaunotizen
CSSConf 2015
Die CSSConf war und Videos gibt’s auch schon!
NightlyBuild 2015
Die NightlyBuild geht in die zweite Runde!
1 hr 14 min
June 29, 2015 Revision 224: Design meets Code
Für die heutige Revision haben Schepp, Anselm und Stefan sich Lisa Gringl aus Kärnten/Wien/Tirol ins virtuelle Studio geholt, um über Grenzen und Brücken von Design und Code zu sprechen.
Schaunotizen
[00:01:15] Datenvisualisierung
Eins von Lisas Steckenpferden sind umfangreiche und interaktive Visualisierungen großer Datenmengen, die sie als Designerin mit D3 umsetzt, und erst vor kurzem in einem Talk auf der Future of Web Design“ Konferenz in London ausführlicher erklärte. Erwähnt werden: Flowing Data und der Sketch Data Populator
[00:04:00] Coden als Webdesigner — Die Praxis
Da Lisas Ursprünge in der Entwicklung liegen und erst später die Entscheidung zur Designerin gefallen ist, liegt ihr die Umsetzung der kreativen Ergebnisse naturgemäß am Herzen. Sie spricht über Workflows, Tools wie Sketch und Framer, den Einsatz von Template Libraries und Styleguides, und dass man für Ember zum Beispiel sehr schön solche Patternbibliotheken erstellen kann. Ebenso erwähnt werden die flexiblen Grenzen und die einzelnen Schritte, die ein Endprodukt annehmen kann.
[00:44:33] Design-Versionierung
Da Lisas Designs auch einige Iterationen durchlaufen, kann sie als codende Kreative durchaus ein Liedchen von „_v2“, „_final“ und „_really_final_this_time“ Dateien erzählen. Der Wunsch liegt an einem anständigen Versionierungstool, wie wir es von Git und Konsorten her kennen. Genannt werden Tools wie die InvisionApp, Pixelapse und das bereits ausprobierte und für gut befundene Git LFS
[00:52:13] PostCSS
Zum Abschluß wird noch das aktuell gehypte PostCSS durch die Mangel genommen. Und das artet ganz schnell in einen Rant seitens Stefan aus. Wir klären auf, was PostCSS und Ableger wie CSSNext und Pleeeease vorgeben zu sein, aber sie schlußendlich wirklich sind, und welche Gefahren diese Tools bergen wenn man sich nicht grundlegend mit dem Unterbau beschäftigt. Postprocessoren als Transpiler sind ein Mythos, wie schon der weise Rodney Rehm vor einem Jahr verkündete. Ausnahmsweise finden wir einmal nicht alles schlecht und loben den Einsatz von rem/pixel Fallbacks und richtiges Postprocessing wie Autoprefixer, sowie die unglaubliche Erweiterbarkeit, mit der sich in der Theorie andere Präprozessoren auch umsetzen lassen könnten.
[01:17:02] Keine Schaunotizen
GitFlow considered harmful
Noch ein Considered Harmful Artikel, aber einer, den man durchaus mal durchlesen kann.
Framer.js
CoffeeScript gestärktes Prototyping-Tool für interaktive Abläufe. Von Designern empfohlen!
Diskutiert die Folge mit uns in unserem Community-Slack: https://draft.community/
1 hr 20 min
June 29, 2015 Revision 224: Design meets Code
Für die heutige Revision haben Schepp, Anselm und Stefan sich Lisa Gringl aus Kärnten/Wien/Tirol ins virtuelle Studio geholt, um über Grenzen und Brücken von Design und Code zu sprechen.
Schaunotizen
[00:01:15] Datenvisualisierung
Eins von Lisas Steckenpferden sind umfangreiche und interaktive Visualisierungen großer Datenmengen, die sie als Designerin mit D3 umsetzt, und erst vor kurzem in einem Talk auf der Future of Web Design“ Konferenz in London ausführlicher erklärte. Erwähnt werden: Flowing Data und der Sketch Data Populator
[00:04:00] Coden als Webdesigner — Die Praxis
Da Lisas Ursprünge in der Entwicklung liegen und erst später die Entscheidung zur Designerin gefallen ist, liegt ihr die Umsetzung der kreativen Ergebnisse naturgemäß am Herzen. Sie spricht über Workflows, Tools wie Sketch und Framer, den Einsatz von Template Libraries und Styleguides, und dass man für Ember zum Beispiel sehr schön solche Patternbibliotheken erstellen kann. Ebenso erwähnt werden die flexiblen Grenzen und die einzelnen Schritte, die ein Endprodukt annehmen kann.
[00:44:33] Design-Versionierung
Da Lisas Designs auch einige Iterationen durchlaufen, kann sie als codende Kreative durchaus ein Liedchen von „_v2“, „_final“ und „_really_final_this_time“ Dateien erzählen. Der Wunsch liegt an einem anständigen Versionierungstool, wie wir es von Git und Konsorten her kennen. Genannt werden Tools wie die InvisionApp, Pixelapse und das bereits ausprobierte und für gut befundene Git LFS
[00:52:13] PostCSS
Zum Abschluß wird noch das aktuell gehypte PostCSS durch die Mangel genommen. Und das artet ganz schnell in einen Rant seitens Stefan aus. Wir klären auf, was PostCSS und Ableger wie CSSNext und Pleeeease vorgeben zu sein, aber sie schlußendlich wirklich sind, und welche Gefahren diese Tools bergen wenn man sich nicht grundlegend mit dem Unterbau beschäftigt. Postprocessoren als Transpiler sind ein Mythos, wie schon der weise Rodney Rehm vor einem Jahr verkündete. Ausnahmsweise finden wir einmal nicht alles schlecht und loben den Einsatz von rem/pixel Fallbacks und richtiges Postprocessing wie Autoprefixer, sowie die unglaubliche Erweiterbarkeit, mit der sich in der Theorie andere Präprozessoren auch umsetzen lassen könnten.
[01:17:02] Keine Schaunotizen
GitFlow considered harmful
Noch ein Considered Harmful Artikel, aber einer, den man durchaus mal durchlesen kann.
Framer.js
CoffeeScript gestärktes Prototyping-Tool für interaktive Abläufe. Von Designern empfohlen!
1 hr 20 min
June 27, 2015 Revision 223: Safari 9, Web Components und A11Y tools
Schepp, Peter, Rodney und Stefan üben sich als Verschwörungstheoretiker. Grundsatz ihrer Theorie: Unfertige Standards, die ohne Präfix in Browsern landen und so der jeweiligen Firma einen Vorsprung liefern. Was liegt, das pickt, denn pactum sund servanda. Die heutigen Exponate:
Schaunotizen
[00:00:20] Safari 9
Die aktuelle Version des Safaris ist in einem Previewrelease verfügbar, und die Reaktionen sind eher bescheiden. Mit dem Force Touch Callbacks übergeht man schnell mal alle Bemühungen in Richtung Pointer Events, AirPlay Support ist hochproprietär, kommt aber als Standard daher, und die neuen Erweiterungen des link-Elements sorgen für umständliche Hotfixes bei anderen Browsern. Halbfertige Dinge kommen mit Präfix in den Browser, total unfertige und unabgesegnte CSS Eigenschaften total ohne. Wir gehen die gesamte Feature Liste durch und geben zu jedem Punkt Senf ab. Großes Urteil: Für ein Jahr Pause ziemlich dünn, und noch dazu mit zuviel fragwürdigen Erweiterungen ausgestattet als dass wir das gut finden würden. Wir fühlen uns an die 90er und einen bestimmten anderen Browser rückerinnert.
[00:41:29] The State of Web Components
Mozilla gibt Auskunft über den aktuellen Stand der Web Components Standards, und wir sprechen über deren tatsächliche Verwendbarkeit. Stefan findet Type Extensions im Sinne von Progressive Enhancement gut, Peter wirft aber gekonnt den beschränkten Use-Case ebenjener ein, weil die Implementierung wichtige Zugriffe auf diverse Funktionalitäten unterbindet. Wir sehen uns dem AppCache Problem gegenüber: Gute Idee, aber zu hohe Abstraktion macht’s unbrauchbar. Das zeigt auch der Versuch, HTML in Custom Elements nachzuimplementieren. Wir halten es am Schluß wie Schepp: In Ruhe abwarten und Tee trinken. Wenn’s fertig ist kann man’s ja verwenden
[00:56:00] Tota11y
Ein weiteres Accessibility Tool, dass uns sagen soll wo unsere Barrierefreiheitsschnitzer sind. Peter fühlt sich an bereits vorher gescheiterte Versuche erinnert, Rodney will das eher als ersten, allerdings nicht finalen Check automatisiert. In einer finalen Runde meinen wir, dass barrierefreiem Webdesign in der Geschäftswelt nicht genug Bedeutung bemessen wird und für eine ausführliche Umsetzung vor allem das Bewusstsein dafür sowie Fachkräfte fehlen.
[01:10:16] Keine Schaunotizen
PurifyCSS
Baut auf CleanCSS auf und schmeisst unnützen CSS Code weg, checkt allerdings, welche Klassen durch JavaScript verändert werden
When Responsive Images Get Ugly
Massenweise Edge Cases für srcset und picture, sowie Lösungsansätze. Vieles davon vielleicht nicht in der realen Welt nötig, aber dennoch gut zu wissen.
Diskutiert die Folge mit uns in unserem Community-Slack: https://draft.community/
1 hr 13 min
June 27, 2015 Revision 223: Safari 9, Web Components und A11Y tools
Schepp, Peter, Rodney und Stefan üben sich als Verschwörungstheoretiker. Grundsatz ihrer Theorie: Unfertige Standards, die ohne Präfix in Browsern landen und so der jeweiligen Firma einen Vorsprung liefern. Was liegt, das pickt, denn pactum sund servanda. Die heutigen Exponate:
Schaunotizen
[00:00:20] Safari 9
Die aktuelle Version des Safaris ist in einem Previewrelease verfügbar, und die Reaktionen sind eher bescheiden. Mit dem Force Touch Callbacks übergeht man schnell mal alle Bemühungen in Richtung Pointer Events, AirPlay Support ist hochproprietär, kommt aber als Standard daher, und die neuen Erweiterungen des link-Elements sorgen für umständliche Hotfixes bei anderen Browsern. Halbfertige Dinge kommen mit Präfix in den Browser, total unfertige und unabgesegnte CSS Eigenschaften total ohne. Wir gehen die gesamte Feature Liste durch und geben zu jedem Punkt Senf ab. Großes Urteil: Für ein Jahr Pause ziemlich dünn, und noch dazu mit zuviel fragwürdigen Erweiterungen ausgestattet als dass wir das gut finden würden. Wir fühlen uns an die 90er und einen bestimmten anderen Browser rückerinnert.
[00:41:29] The State of Web Components
Mozilla gibt Auskunft über den aktuellen Stand der Web Components Standards, und wir sprechen über deren tatsächliche Verwendbarkeit. Stefan findet Type Extensions im Sinne von Progressive Enhancement gut, Peter wirft aber gekonnt den beschränkten Use-Case ebenjener ein, weil die Implementierung wichtige Zugriffe auf diverse Funktionalitäten unterbindet. Wir sehen uns dem AppCache Problem gegenüber: Gute Idee, aber zu hohe Abstraktion macht’s unbrauchbar. Das zeigt auch der Versuch, HTML in Custom Elements nachzuimplementieren. Wir halten es am Schluß wie Schepp: In Ruhe abwarten und Tee trinken. Wenn’s fertig ist kann man’s ja verwenden
[00:56:00] Tota11y
Ein weiteres Accessibility Tool, dass uns sagen soll wo unsere Barrierefreiheitsschnitzer sind. Peter fühlt sich an bereits vorher gescheiterte Versuche erinnert, Rodney will das eher als ersten, allerdings nicht finalen Check automatisiert. In einer finalen Runde meinen wir, dass barrierefreiem Webdesign in der Geschäftswelt nicht genug Bedeutung bemessen wird und für eine ausführliche Umsetzung vor allem das Bewusstsein dafür sowie Fachkräfte fehlen.
[01:10:16] Keine Schaunotizen
PurifyCSS
Baut auf CleanCSS auf und schmeisst unnützen CSS Code weg, checkt allerdings, welche Klassen durch JavaScript verändert werden
When Responsive Images Get Ugly
Massenweise Edge Cases für srcset und picture, sowie Lösungsansätze. Vieles davon vielleicht nicht in der realen Welt nötig, aber dennoch gut zu wissen.
1 hr 13 min
June 19, 2015 Revision 222: Is React really fast und Dependency Updates
Hans, Peter und Anselm plaudern diesmal wieder einmal über ein paar ihrer Lieblingsthemen: Tooling und Performance mit und ohne Frameworks. Dabei kommen wir auch nicht umhin, hier und da abzuschweifen und Randthemen aufzugreifen.
Schaunotizen
[00:00:12] Is React really fast?
So ganz haben wir nicht verstanden, worauf die Daten im Artikel basieren, aber unseren Senf geben wir natürlich schon dazu. Allein schon, weil die Meinungen von Peter, Hans und Anselm nicht übereinstimmen. Als Nebenschauplatz finden wir heraus, warum Linkbaiting Artikel funktionieren (ganz was neues). Denn die eigentliche Frage zu dem Thema ist ja: Performt das Tool, das ich nutze, für den Zweck, den ich habe? Und ist measured Performance zwischen verschiedenen Frameworks wirklich das Problem? Wir glauben nicht…
[00:16:48] Tools to notify you when dependencies update
Da wären wir wieder beim Lieblings-Thema: Tooling. Diesmal geht es darum, wie man dependencies updaten kann, über neue Versionen informiert wird. Und während Peter dazu plädiert, dass das unnötig sei, weil eh keiner seine dependencies updated, sagen Hans und Anselm, dass sie dafür durchaus Anwendungsfälle haben und teilweise solche Tools auch aktiv nutzen. Nebenschauplatz hier: Sollte man selbst Scripte wie Slider nochmal schreiben oder lieber doch auf ein vorhandenes Tool zurückgreifen?
[00:38:07] Links
Browser Remote
Mit Browser Remote wird es möglich via Chrome Extension fremde Chrome Browser zu debuggen, was für Kunden-Remote-Debugging gegebenenfalls sehr hilfreich sein kann.
Diskutiert die Folge mit uns in unserem Community-Slack: https://draft.community/
41 min
June 19, 2015 Revision 222: Is React really fast und Dependency Updates
Hans, Peter und Anselm plaudern diesmal wieder einmal über ein paar ihrer Lieblingsthemen: Tooling und Performance mit und ohne Frameworks. Dabei kommen wir auch nicht umhin, hier und da abzuschweifen und Randthemen aufzugreifen.
Schaunotizen
[00:00:12] Is React really fast?
So ganz haben wir nicht verstanden, worauf die Daten im Artikel basieren, aber unseren Senf geben wir natürlich schon dazu. Allein schon, weil die Meinungen von Peter, Hans und Anselm nicht übereinstimmen. Als Nebenschauplatz finden wir heraus, warum Linkbaiting Artikel funktionieren (ganz was neues). Denn die eigentliche Frage zu dem Thema ist ja: Performt das Tool, das ich nutze, für den Zweck, den ich habe? Und ist measured Performance zwischen verschiedenen Frameworks wirklich das Problem? Wir glauben nicht…
[00:16:48] Tools to notify you when dependencies update
Da wären wir wieder beim Lieblings-Thema: Tooling. Diesmal geht es darum, wie man dependencies updaten kann, über neue Versionen informiert wird. Und während Peter dazu plädiert, dass das unnötig sei, weil eh keiner seine dependencies updated, sagen Hans und Anselm, dass sie dafür durchaus Anwendungsfälle haben und teilweise solche Tools auch aktiv nutzen. Nebenschauplatz hier: Sollte man selbst Scripte wie Slider nochmal schreiben oder lieber doch auf ein vorhandenes Tool zurückgreifen?
[00:38:07] Links
Browser Remote
Mit Browser Remote wird es möglich via Chrome Extension fremde Chrome Browser zu debuggen, was für Kunden-Remote-Debugging gegebenenfalls sehr hilfreich sein kann.
41 min