Als Podcast versuchen wir die Qualität der Aufnahmen hoch zu halten. Dafür verwenden wir Equipment und Tools, die nicht kostenlos sind. Und jede Folge kostet Zeit: Aufnehmen, Schneiden und Shownotes schreiben, Gäste und Termine koordinieren.
Mit rund 15.000 Downloads pro Folge im Schnitt haben wir auch Herausforderungen im Hosting zu bewältigen.
Um diese Kosten decken zu können, suchen wir Sponsoren. Wir glauben, dass unser Podcast eine gute Plattform ist, um darüber gleichgesinnte Programmierkollegen als Verstärkung für Euer Team zu finden. Wenn Ihr das auch so seht, dann sprecht doch mal mit Euren Chefs.
Bei Interesse, kontaktiert uns per E-Mail: sponsoring@workingdraft.de.
30. August 2019 | Kommentare deaktiviert für Revision 395: ProseMirror und TipTap
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.
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.
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.
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.
21. August 2019 | Kommentare deaktiviert für Revision 394: Web Assembly, WASM, WASI, Rust
Web Assembly kommt und macht doch endlich Schluß mit JavaScript, oder? Nun, fast. Web Assembly ist schon da. JavaScript braucht man — im Moment! — immer noch. Was hat es jetzt mit WASM auf sich, wie entwickelt man dafür und wohin geht die Reise? Ryan Levick von Microsoft erzählt uns alles!
101 Episoden hat es gedauert (siehe Revision 293) bis wir wieder auf WASM zu sprechen kommen. Ryan Levick, seines Zeichens Developer Advocate für Azure bei Microsoft in Berlin, erzählt uns warum er Rust gerade so liebt, und wie man damit supergut für Web Assembly entwickeln kann. Ryan klärt auf über Vor- und Nachteile, VMs in VMs in VMs und wohin die Reise mit WASM geht. Außerdem erzählt er uns, dass es mit WASMTime bereits JIT Umgebungen in WASM gibt, und wie man mit Rust und WASM am Besten starten kann. Außerdem gibt’s einen kleinen Exkurs zu Go, Glimmer, .NET und C#, Blazor und vielen, weiteren, SEO relevanten Keywords.
WASI steht für Web Assembly Systems Interface und ist noch in der Konzeptionsphase. Mit WASI will man eine Schnittstelle zum Dateisystem, Sockets, Network I/O und dergleichen erzeugen, mit der man die geschütze VM Umgebung mit der Echtwelt verbindet. Praktisch das Node.js zur V8. Oder viel spannender: Das betriebssystemunabhängige Docker. Was es damit auf sich hat und warum Stefan im Serverless Kontext gerade voll ausflippt, hört ihr hier.
The first time we got into contact with Tab Atkins was at Fronteers 2011 in Amsterdam. Tab talked about things he was excited about in CSS that were to come. We talk about what CSS Custom Properties and Nesting in CSS which at that time were well known because of Preprocessors like Sass. Nowadays Custom Properties are wildly supported but Nesting still lacks support and a proper spec.
If we look at today the most interesting thing in CSS is Houdini. Tab explains what is coming up in the field of Houdini APIs and how he sees the future of CSS specifications.
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.
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.
Katharina war bereits in Revision 286 zum Thema Aurelia zu Gast. Diesmal nutzen wir die Gelegenheit, um uns mit ihr zum Thema Web Components auszutauschen. Viele moderne JavaScript-Frameworks verfolgen den Gedanken der Komponentisierung bereits, einige unterstützen auch den „Standard“-Weg der Web Components. Allerdings gibt es auch noch einiges zutun, wie uns Katharina erzählt.
Designing interfaces is not easy. Especially when it comes to accessibility it is hard to do it „right“. With Heydon we talk about the difficulties we face when designing and coding different types of interfaces like dialogs or tabbed content. His project Inclusive Components can help you around the quirks of accessibility. In general using these patterns might not be a good idea though. Here is why.
You might also want to check out Heydon’s videos on different topics in regards to front-end development.
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.
2. August 2019 | Kommentare deaktiviert für Revision 393: Babelgebabbel
Hans, Peter und Rodney analysieren in gewohnt messerscharfer Manier ein paar neue, alte und vorgeschlagene JavaScript-Features – teilweise sogar im Grenzbereich zur kontroversen Diskussion! Bitte anschnallen …
Wir nehmen das Release von Babel 7.5 zum Anlass, neuere Features wie Dynamic Import (Proposal, MDN) zu besprechen. Peter besteht auf die Festellung, dass import() nur wie eine Funktion aussieht, tatsächlich aber keine ist, in etwa wie super() in Klassen. Dynamic Import verwenden wir allesamt häufig und gern und tauschen uns etwas über Code Splitting in Theorie und Praxis sowie Lazy React aus. Etwas weniger Begeistung können wir für den F# pipeline operator und den Konkurrenzentwurf Smart Pipelines (Proposal) aufbringen. Während Hans durchaus glaubt, dass es ein Publikum für dieses Feature gibt, ist Rodney eher unterwältigt und Peter eher ent- als begeistert. Weiterhin kommen ein Proposal für Built-in Immutability sowie der Umstand, dass Array.prototype.sort() nunmehr stabil sein muss zur Sprache (worüber Rodney in grauer Vorzeit mal einen ausführlichen Artikel schrieb).
26. Juli 2019 | Kommentare deaktiviert für Revision 392: Kirby 3.0 mit Bastian Allgeier
Stefan und Peter durften sich von Bastian Allgeier (Twitter, Webseite) erzählen lassen, was es mit seinem CMS Kirby im Allgemeinen und Version 3 im besonderen auf sich hat.
Schaunotizen
[00:00:41] Kirby
Kirby ist ein dateibasiertes CMS ohne Datenbank-Backend – die Ordnerstruktur auf dem Server ist ungefähr die Struktur der resultierenden Webseite. Kirby entstand aus Bastians Frust darüber, als freischaffender Web-Bastler ähnliche Systeme immer wieder neu bauen zu müssen. Nachdem Version 1 nur über FTP/VCS zu warten war, kam in Version 2 ein Webinterface dazu, das in Version 3 mit Vue.js massiv aufgemotzt wurde. Wir besprechen die Datei- und Templateformate von Kirby, REST-API und Headless-Betrieb, Virtual Page, Media API, Content Locking und auch einiges über die wirtschaftlichen und communitytechnischen Hintergründe von Kirby. Das Kern-Team besteht aus Bastian und vier Mitstreitern, erfreut sich einer unterstützenden Community (die z.B. durch via Crowdfunding bzw. Vorbestellungen die 2 Jahre Entwicklung der V3 finanziert hat) und das für heutige Verhältnisse ausgesprochen exotische Preismodell von Kirby. Die Community trägt ihre Ideen zu Kirby bei und belebt ein Forum (auf Discourse-Basis). Am Ende verrät Bastian auch noch das spektakuläre Geheimnis hinter dem Namen seiner Schöpfung.
Die Layout Instability API ist eine Schnittstelle mit der Analyse darüber betrieben werden kann, wie sich der Screen des Nutzers durch Verschiebungen im Inhalt ändert. Diese Änderungen können zum Beispiel auftreten, wenn Inhalte nachgeladen werden (beispielsweise Bilder oder Werbung). Schepp und Hans beschäftigen sich mit Wegen, wie man das Problem am besten umgeht. Firefox unterstütz uns Entwickelde mit dem Scroll Anchoring. Für Schrift hat Zach Leatherman einen Talk gehalten in dem er erklärt, wie es funktioniert. Einige Ideen gibt es auch hier zum Nachlesen. Für die Leute, die den Twitter Account der Web Perf WG suchen, hier entlang.
