Revision 224: Design meets Code

What this episode covers

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!

PodParley-generated summary based on available episode metadata and transcript content.