Working Draft

Vanessa Otto, Peter Kröner, Hans Christian Reinl, Stefan Baumgartner, Christian »Schepp« Schaefer
undefined
Sep 15, 2014 • 36min

Revision 186: RESTful API Design

Hans, Schepp und Stefan erzählen diesmal von ihren Erfahrungen in der Zusammenarbeit zwischen Backend und Frontend Entwicklern bei Schnittstellendefinitionen. [00:00:16] News YUI Yahoo stellt die Entwicklung des in die Jahre gekommenen YUI Frameworks ein. Bei der künftigen Technologiewahl durchaus zu berücksichtigen. Schaunotizen [00:01:06] Schnittstellendesign Schepp und Stefan resümieren über ein paar Tools für Entwickler, die sich für das reibungslose Schnittstellendesign eignen, und werfen mit Apiary die neue Offenbarung für kollaborative API Definitionen in den Raum, das wir an dieser Stelle noch einmal jedem ans Herz legen wollen. Zusätzlich spricht man über das „perfekte Lehrbuchprojekt“: Saubere Definitionen, Mock-Objekte, Unit Tests und Co. So wie es halt sein soll. Weiters auf der Empfehlungs-Liste: Fat Free PHP Framework und Postman. REST in peace! [00:32:55] Keine Schaunotizen Regex Editoren Debuggex und Regex 101 sind zwei Regex Testing Tools, die gut visualisieren wie euer regulärer Ausdruck funktioniert. perf.fail Von den Performance Gurus zur Schau gestellte Fehltritte, die durchaus zu vermeiden gewesen wären. Gutes Lehrmaterial. P5.js Schöne Visualisierungen mit angenehmer API? P5.js macht das. Diskutiert die Folge mit uns in unserem Community-Slack: https://draft.community/
undefined
Sep 7, 2014 • 45min

Revision 185: JS Debuggingstrategien & Network Information API

Die aktuelle Folge in (fast) vollständiger Besetzung mit einer Diskussion zum Thema JavaScript Debugging und zur neuen Netzwerk Analyse API. [00:00:30] News Sass 3.4 is Released Sass 3.4 ist draußen mit einigen Kleinigkeiten. Beim Upgrade ist auf die Kompatibilität zu alten Versionen zu achten. Schaunotizen [00:00:50] JavaScript Fehlerbehebungstrategien Peter startete eine Umfrage per Twitter, wie Developer JavaScript Fehler analysieren. Wir diskutieren die beiden Ansätze. Hans benutzt in erster Linie console.log, weil ihm das Debugging zu umständlich ist, und vielleicht auch weil er keine Übung hat. Wenn er ganz viel Details braucht, dann greift er zum Debugger. Im Verhältnis: eine Verteilung von 80% console.log vs. 20% Debugger. Meist wird zum Debugger gegriffen, wenn man herausfinden will, wo eine Veränderung ursprünglich herkommt. Wenn man nur Werte analysieren will, nimmt man üblicherweise die Konsole. Ein Tipp kommt von Peter. Er nutzt console.log als bool’schen Wert für einen bedingten Breakpoint im Debugger, um sich Werte ausgeben zu lassen, ohne wirklich console.log in den JavaScript-Code zu schreiben. Außerdem hat er den Eindruck, dass der Debugger nicht angenehm zu bedienen ist, und er ist manchmal zu punktuell und zu detailliert. Manchmal will man eher weniger tief und in der Breite Code analysieren. Stefan nutzt gerne die Debugger-eigene Konsole. [00:17:17] HTML5: Network Information API – Tuts+ Code Tutorial Stefan meint, über die API kann eine Webseite entscheiden, wie „fett“ sie daherkommen will. Peter weißt aber darauf hin, dass die gelieferten Infos, respektive die Folgerungen daraus ganz schön daneben liegen können. Peter fragt sich also, warum entwickeln Google und Co. so eine unbrauchbare API? Schepp meint der Usecase könnte in ChromeOS liegen (vgl. W3C Use Cases). Anselm meint, man kann vielleicht auf bestimmte, „sichere“ Abfragen, also z.B. die Abfrage nach „Cellular“, gehen kann. Peter sieht die einzige brauchbare Umsetzung von soetwas in der Art wie Youtube es tut. Anselm liest folgende von der Spec genannten Use Cases vor: Die BBC-Seite warnt bei „Cellular“ den Benutzer vor dem Start vor hohen Kosten. Ein weiterer Use Case: der Firefox Marketplace bietet nur dann eine SMS-basierte Authentifizierung an, wenn beim Endgerät „Cellular“ entdeckt wird. Anselm sieht den Vorteil gegenüber dem Youtube-Verfahren darin, dass die API viel leichter einzubinden und abzufragen ist. Peter meint weiterhin, die API sei nicht zu gebrauchen. [00:40:57] Keine Schaunotizen grunt-split-images CSS in verschiedene Dateien verteilen, die zum einen Layout, zum anderen Stylingbilder betreffen. Letztere lässt sich dann praktisch per Lazy Loading nachladen. Building markdown-based developer docs Markdown-basierte Dokumentation im Code, die sich automatisiert auslesen lässt. Let’s build a browser engine! Ein Tutorial, das beschreibt, wie man eine eigene Browser Engine bauen kann. How to secure your site in an afternoon SSL für die eigene Website in nur wenigen Schritten. Diskutiert die Folge mit uns in unserem Community-Slack: https://draft.community/
undefined
Aug 19, 2014 • 52min

Revision 184: Web Components Type Extension und Rework.css

Zwei Stühle, drei Meinungen: Beschaulich kleine Runde mit angenehmen Fortbildungsfaktor. Schaunotizen [00:00:17] Rework.css Stefan hat sich näher mit dem Rework.css Framework beschäftigt, einer Node.js Bibliothek die CSS Manipulationen erlaubt, und unter anderem den Grundstein für Projekte wie das auf die Nase gefallene Myth oder Styl legt. Auch Nicolas Ghallagers SUIT Framework bekommt dadurch eine Zwischensprache. Wir erklären, dass man durch die plugingestützte Architektur sich schnell ein ganz passables Tool stricken kann um sich — nicht unähnlich zum Autoprefixer — bei etlichen Standardaufgaben die Drecksarbeit erledigen zu lassen. Zaubern wird man aber dennoch nicht können. [00:23:44] Why Web Components are ready for production Web Components sind ja im Moment der letzte Schrei, doch wenn man sich die Kompatibilitätstabelle ansieht, schaut es abseits der Blink-Umgebungen — von generellem Commitment abgesehen — eher düster aus. TJ Van Toll meint allerdings, dass man gewisse Bereiche aus dem Gebiet der Web Components auch schon heute verwenden kann. Peter nimmt diesen Artikel zum Anlass um über seine jüngsten Recherchen zum Thema Type Extensions zu referieren, die mittlereile auch von Github im Live Environment eingesetzt werden. [00:50:15] Keine Schaunotizen Tablesaw Das dreckige Dutzend an Responsive Tables Techniken, vereint in einer knackigen JavaScript Library von der Filament Group. Diskutiert die Folge mit uns in unserem Community-Slack: https://draft.community/
undefined
Aug 17, 2014 • 31min

Revision 183: Web Manifest Spec und Links

Schepp und Peter zogen mit Heldenmut in die Schlacht gegen das Sommerloch. Aber ob das alleine reicht? Schaunotizen [00:00:16] The Web Manifest specification Der HTML5 Doctor verbreitet die Kunde kündet von der Web Manifest specification, einem Entwurf für ein Webapp-Metadaten-Format. Peter findet es gut, Schepp ist eher gedämpft begeistert. Wir reden über installierbare Webapps, Service Workers, App Cache, humans.txt und Open Web Platform Daily Digest. [00:28:38] Keine Schaunotizen Markov Chains Markow-Ketten bunt und animiert erklärt. Understanding SVG Coordinate Systems & Transformations Epische dreiteilige SVG-Artikelserie aus der Feder Sara Soueidans. Diskutiert die Folge mit uns in unserem Community-Slack: https://draft.community/
undefined
Aug 13, 2014 • 1h 18min

Revision 182: Agile Methoden, responsive Bilder und noch eine Verlosung

Wer bei uns einen guten Kommentar abgibt ist dann auch gleich mal Gast im Podcast. So geschehen mit David Hasenbeck, der noch einiges an Feedback zu Revision 174 in petto hatte. Schaunotizen [00:00:23] Agile Methoden David erklärt mit vier Jahren Scrum-Master Erfahrung, was es nun eigentlich mit dieser mittlerweile zum Usus gewordenen Projektmanagement-Strategie auf sich hat. Er reduziert das Prinzip auf zwei ganz grundlegende Regeln, erzählt von den verschiedenen Rollen und deren Aufgaben und gibt vor allem Klarheit, warum es in Ordnung ist, sich das System für den eigenen Use Case zurechtzubiegen. Schepp und Stefan streuen noch Kanban als Planungsalternative ein, das gewisse Ähnlichkeiten besitzt, aber doch ganz anders funktionieren kann. [00:34:00] Responsive Images sind da! Jubelt und jauchzet! Es ist soweit! Die ersten Implementierungen für Responsive Images sind in den Blink-Browsern gelandet. Und Firefox zieht nach. Mit Ende Oktober erwartet man sich in der RICG eine entsprechend großflächige Abdeckung. Und doch war es ein harter Weg, den vor allem Host Anselm mitbestritten hat. Peter und Anselm erzählen vom Weg zur Spezifikation, die mittlerweile abgesegnet und implementiert ist, und was es mit picture-Element, sizes und srcset auf sich hat. Lektüre dazu: Anselms Präsentation von der WWNRW und der umfangreiche Artikel bei Opera. Guter Polyfill: Picturefill. [01:14:07] Keine Schaunotizen tracking.js Face-Tracking und andere Bildverarbeitungsalgorithmen im Browser? tracking.js macht’s möglich. CSS Triggers Paul Lewis recherchiert, welche CSS Properties einen Repaint auslösen. Zwei Tickets für die Coldfront Wir verlosen zwei Karten für die Coldfront Conference in Dänemark. Diskutiert die Folge mit uns in unserem Community-Slack: https://draft.community/
undefined
Jul 31, 2014 • 1h 5min

Revision 181: Module, Events, Verlosung

Mit dem Herrn Golasch an Bord ranteten wir (Hans, Schepp und Peter) über JavaScript-Module und erzählten von selbstorganisierten Klein-Events, für die wir an Ort und Stelle auch Tickets verlosen. Schaunotizen [00:00:14] NPM AMD ES6 JSPM OMG WTF BBQ Ohne so richtig konkreten Anlass sprachen wir über verschiedene Ansätze für JavaScript-Module. ES6-Module sind zwar praktisch fertig, aber noch von keinem Browser (oder sonst irgendwas) unterstützt. Beim Gespräch über die heute nutzbaren Alternativen lässt Peter kein gutes Haar an AMD bzw. RequireJS und dem damit verbundenen Konfigurationskrieg. Sein Alternativ-Vorschlag Browserify bringt Node-Module in den Browser, hat aber seine ganz eigenen Macken. Auch über den Package-Manager-Wildwuchs zürnen wir; zum Glück haben wir heutzutage „nur“ noch NPM, Bower und toolspezifische Manager wie Atmosphere von Meteor an der Backe, was uns aber trotzdem recht viel erscheint. Ungeachtet dessen setzen wir für die nahe Zunkunft Hoffnung in noch einen Package Manager: JSPM ist ein auf ES6 aufsetzender Allesfresser, der die Modulformatsgrenzen zwischen ES6, AMD und allem übrigen verschwimmen lässt (Talk auf der JSConf). Zum Abschluss geben wir ein paar alltagstaugliche Modul-Tool-Tipps von uns (grunt-bower-clean, dependo) und erklären, warum yepnope.js nicht mehr das Mittel der Wahl sein sollte. [00:37:12] Dalekathon Sebastian und Rodney rufen zur regen Beteiligung an ihrem fünftägigen Dalek.js-Hackathon auf. Gerne auch online! [00:44:25] NightlyBuild.io – Tickets zu gewinnen! Die halbe Workingdraft-Truppe veranstaltet (mit Verstärkung) eine After-Work-Konferenz in Köln! Für kleines Geld wird viel geboten. Sebastian und Hans erzählen auch direkt, wie man so etwas auf die Beine stellt. Wer die 35 € nicht selbst stemmen, sondern eins von zwei Tickets gewinnen möchte, soll uns einfach seinen sehnlichsten Speaker-Wunsch mitteilen. [01:01:18] Keine Schaunotizen jit-grunt Automatisches und vor allem schnelles laden von Grunt-Plugins. Speed in Software Development Monströser Artikel zum Thema Geschwindigkeit und Produktivität bei Softwareentwicklung. Diskutiert die Folge mit uns in unserem Community-Slack: https://draft.community/
undefined
Jul 28, 2014 • 57min

Revision 180: Media Queries und Web-Worker Analysen

Hans, Schepp und Anselm fanden dieses mal zwei spannende Themen, die uns als responsive Webentwickler mehr oder weniger betreffen und es gibt eine Menge Linktipps. Schaunotizen [00:00:19] The Future of Media Queries Nachdem in neuen Spezifikationen immer mehr neue Media Query Typen auftauchen, nehmen wir dies als Anlass, um über den Sinn und Unsinn von zu spezifischer Auswahl an Media Queries und die damit einhergehenden Problematiken für Entwickler zu sprechen. Auf mögliche Alternativen zu Media Queries und die in der Präsentation aufgezeigten Lösungen gehen wir kurz ein und geben unsere Meinung kund. [00:19:48] Front-End Technology Survey Round-Up und die Webkrauts Umfrage-Ergebnisse Zwei umfangreiche Umfragen im Front-End und Webentwicklungsbereich nahmen wir zum Anlass, um über Verwendung und Verbreitung von Front-End Technologien zu sprechen, um herauszufinden, wie nischenhaft unsere verwendeten Tools wirklich sind und wie verbreitet Bootstrap tatsächlich ist. Im zweiten Teil, der Webkrauts-Umfrage, geht es hingegen mehr um den Webworker an sich, seine Arbeitsweise, sein Einkommen, Arbeitszeiten und Weiterbildungmöglichkeiten. Wir sprechen, wie es uns ergeht, was wir aus den Ergebnissen für Rückschlüsse ziehen können und wo wir die Szene ganz anders eingeschätzt hätten… [00:51:56] Links LXJS (2014) Videos Alle Videos der LXJS Konferenz in Lissabon, Portugal, sind bereits online auf ihrem YouTube Kanal ansehbar und bringen eine Menge Wissen mit. Alles in allem lohnenswerte Stunden Material, die man sich ansehen sollte. How a browser paints a Pixel Paul Lewis erklärt ganz beiläufig an Hand von perceived Performance Optimierung (aka 60fps) wie ein Browser eigentlich CSS in Pixel umwandelt, was dabei passiert und wie man vermeiden kann, die Performance einer Seite kaputt zu machen, weil der Browser zu viele Pixelberechnungen in der Zeit durchführen muss, als dass er dies noch flüssig darstellen könnte. Durchstarten mit Gulp Wer sich noch nicht richtig mit Gulp beschäftigen konnte, aber einen guten Einstieg sucht, dem sei dieser ausführliche Artikel empfohlen, der Schritt für Schritt erklärt, wie man Gulp aufsetzt, Tasks einrichtet, konfiguriert und seine Abläufe damit automatisieren kann. CSS / SVG Clipping Sara Soueidan erklärt in ihrem Blogartikel ausführlich, wie man mit CSS und / oder SVG seine HTML, CSS oder SVG Elemente mit Clip-Paths beschneiden kann und so in schöne Formen wie Hexagone oder Freiformen bringt. Simplicity Bastian Allgeier schreibt in seinem Artikel „Simplicity“ über die Veränderung unseres Workflows. Oftmals sinnieren wir darüber, welche Toolchain wir für ein Projekt brauchen und lassen dabei die eigentliche kreative Arbeit außen vor. Er appelliert daran, sich auf das Wesentliche zu konzentrieren und sich nicht auf technische Hilfsmittel zu beschränken. Technical Dept 101 Ein Einstieg, um zu verstehen, woher Legacy-Code kommt, wie dieser entstehen kann und warum Code-Rewrites notwendig sind. Zum besseren Verständnis für Manager oder andere Außenstehende, die nicht selbst in der Coder-Rolle stecken. NightlyBuild.io Zum Zeitpunkt der Revisionsaufnahme noch nicht bereit, mittlerweile online: Die Website zur nächtlichen 1-Tageskonferenz im September in Köln, mitorganisiert unter anderem von Hans und Anselm. Die Tickets kosten 35€ und es sind noch ein paar erhältlich. Diskutiert die Folge mit uns in unserem Community-Slack: https://draft.community/
undefined
Jul 26, 2014 • 51min

Revision 179: Web Components

Revision 179 ohne besondere Vorkommnisse. [00:00:10] News position: sticky aus Blink entfernt Die Blink-Entwickler (Google) entfernen position: sticky erst mal wieder, bis sie das Compositing System erneuert haben. Chrome Canary Connection Emulation Die Chrome Developer Tools können nun Verbindungsgeschwindigkeit simulieren. Schaunotizen [00:01:27] Web Components Web-Components wird als Oberbegriff für Technologien, die HTML um neue, eigene Elemente (also komplette Interfaces) erweitern. Das HTML5 video-Tag erzeugt im Browser beispielsweise einen Player, bestehend aus verschiedenen Elementen, diese werden mithilfe des ShadowDOM gebaut. Dazu kommt die Funktionalität, die dahinter steht: Das alles ist durch Web-Components für Web-Interface-Entwickler nun auch möglich. Und zwar bereits ab sofort, denn das Polymer Framework für Web-Component Umsetzung bietet die neuen Technologien cross-browser an. Einige grundlegenden Dinge werden von Todd Motto und Peter in seiner Artikel-Serie zum Thema noch mal ausführlicher beschrieben. Wir diskutieren über die Anzahl der Dateien, die geladen werden müssen: Styles, HTML, JS pro Component. Unsere Schlussfolgerung: dies wird nicht mehr all zu wichtig sein, wenn man SPDY verwendet, da man besser Deltas als große Dateien durchs Kabel jagt. Auch Probleme mit den Spezifikationen sprechen wir ans: Peter vermisst bei Components beispielsweise das Responsive Web-Design und auch sogenannte Element Queries fehlen noch. Des weiteren hat man zum Thema Barrierefreiheit von Components auch noch nicht viel gehört. [00:47:22] Keine Schaunotizen The ServiceWorker: The network layer is yours to own Ein lustiges Video, welches Service Worker näher erläutert. „Merge Pull Requests“ Considered Harmful Ein Artikel, der zu besseren Merging-Strategien rät, als den “Merge Pull Request” Button auf GitHub zu verwenden. HTTP/2 Schepps Präsentation zum Thema HTTP/2 und SPDY deckt so ziemlich die meisten Fragen in diesem Context ab. Diskutiert die Folge mit uns in unserem Community-Slack: https://draft.community/
undefined
Jul 10, 2014 • 59min

Revision 178: Ember.js in der Stahlstadt

Das vorherrschende Sommerloch veranlasst die Working Draft Crew zu einer Spezialrevision: Peter, Anselm und Stefan geben sich in rekordverdächtigen 8 Minuten die Klinke in die Hand und klappern die Eckpfeiler unseres Newspodcasts ab, bevor wir die Tür und Tor für ein ausgedehntes Face To Face Gespräch rund um Ember.js öffnen. Dazu eingeladen sind Runtastic Mitarbeiter und Stahlstadt.js Organisatoren Clemens Müller, Michael Klein, Jakob Lehner und Manuel Mitasch. Viel Spaß! [00:00:36] News Opera Mini auf iOS Opera hat die neue Version ihres Mini-Browsers für iOS veröffentlicht und mit dem Turbo Mode ein neues, sehr spannendes Feature entworfen: Anstatt wie bislang die gesamte Seite auf den Presto-Servern des norwegischen Browserherstellers vorrendern zu lassen, kann man nun in unterschiedlichen Qualitätsstufen die Bilder reduzieren. JavaScript und CSS wird wie im hauseigenen Safari interpretiert. [00:02:00] Keine Schaunotizen A Look At preserveAspectRatio in SVG Sehr anschaulich und mit vielen Insights erklärt Joni Trythall wie man das Seitenverhältnis in SVG steuert. Velocity.js Schneller als CSS3 und so komfortabel wie jQuery.animate? Velocity.js machts möglich. Grid Layouts in CSS3 Sehr anschauliche und unmfassende Präsentation zu CSS3 Grid Layouts. Installable Web Apps JavaScript-Doktor Rauschmayr zeigt den aktuellen Status von installierbaren Web Applikationen unterschiedlichster Plattformen auf. [00:07:34] Ember.js Interview (Schaunotizen) Ember.js Nach dem letzten Linzer JavaScript Meetup — stahlstadt.js — konnte Stefan die Organisatoren zu einer sehr ausführlichen Diskussion rund um das Ember.js Framework gewinnen. Wir erfahren, was Ember mit „ambitionierten Web-Applikationen“ meint, welchen Zusammenhang es mit Ruby/Ruby on Rails gibt und welche Prinzipien hinter dem JavaScript Toolset stecken. Außerdem wird aus dem Nähkästchen geplaudert, wie Ember mit Hilfe der Community in die Administrationsoberfläche von Ghost gewandert ist. Bei der nicht unbedingt flachen Lernkurve haben wir ausserdem noch eine Menge Tipps und Informationen für Einsteiger parat! Ember.js Links Ember-CLI Ein ganz eigener Projektgenerator für Ember in Form einer hübschen Command Line. Ember.js Codeschool Zwar kostenpflichtig, aber laut Expertenmeinung immer noch der beste Kurs zu Ember. Ember.js Unit Tests Die Ember.js Unit Tests geben guten Einblick in die zahlreichen Features des Frameworks. Ember.js Tutorial Video Toller Einstieg, der einige Basisfeatures zeigt. Getting Started with Ember So wünscht man es sich: Die offizielle Doku ist immer noch die Beste. Hello Ember Wie und warum die Blogging-Plattform Ghost sich für Ember entschieden hat. Inklusive Link auf eine der schönsten Github Diskussionen Diskutiert die Folge mit uns in unserem Community-Slack: https://draft.community/
undefined
Jul 8, 2014 • 39min

Revision 177: CSS-Benamung, Glücksrad, Links

Sommerloch und Fußball haben sich verschworen, um unsere Themenliste auszudünnen. Also sprechen wir kurzerhand über einen Artikel von Hans, der sein Werk vor Peter, Anselm und Stefan verteidigt. Schaunotizen [00:00:33] CSS Naming Conventions: Less Rules, more Fun Hans argumentiert für einfachere CSS-Konventionen, als sie in den etablierten und sehr ausführlichen bekannten Systemen Smacss, OOCSS und BEM propagiert werden. Vier einfache Konzepte sollten reichen. Peter sieht ein mögliches Problem darin, dass ein einfaches System besonders kompetente Entwickler erfordert. Fazit: ein Webentwickler-Team braucht Kompetenz, Zeit und gute Kommunikation, um wirklich gutes CSS abzuliefern. [00:27:22] Glücksrad Autofill-Features Nach einem kurzen Irrweg in Richtung JavaScript-Links reden wir über die Features, die HTML5 rund um Autocompletion für Formulare bringt. Das ist auf dem Papier im Moment noch etwas beeindruckender als im Browser. [00:35:20] Keine Schaunotizen Videos von der JSConf US Schlaue Leute erzählen in kurzen Videos schlaue Dinge. Normalize OpenType Drop-in-CSS-Modul für schönere Typografie. Philip Roberts: Help, I’m stuck in an event-loop. on Vimeo Anschauliche Erklärung von Asynchronität in JavaScript. Falsehoods Programmers Believe Artikelsammlung voller klassischer Programmierer-Irrtümer betreffend Namen, Adressen, Zeiten und vielem vielem mehr. Diskutiert die Folge mit uns in unserem Community-Slack: https://draft.community/

The AI-powered Podcast Player

Save insights by tapping your headphones, chat with episodes, discover the best highlights - and more!
App store bannerPlay store banner
Get the app