Revision 258: Das npm Debakel und warum wir so lahme Seiten bauen episode artwork

EPISODE · Apr 17, 2016 · 1H 30M

Revision 258: Das npm Debakel und warum wir so lahme Seiten bauen

from Working Draft · host Vanessa Otto, Peter Kröner, Hans Christian Reinl, Stefan Baumgartner, Christian »Schepp« Schaefer

Schepp, Peter und Anselm erklären nochmal, was beim npm-Gate so abging und warum wir endlich mal vorher nachdenken sollten, wie wir Tools und Workflows aufbauen, statt erst dann, wenn es zu spät ist. …

Episode metadata supplied by the publisher feed · Published Apr 17, 2016

Embed this episode

Schepp, Peter und Anselm erklären nochmal, was beim npm-Gate so abging und warum wir endlich mal vorher nachdenken sollten, wie wir Tools und Workflows aufbauen, statt erst dann, wenn es zu spät ist. Und danach nehmen wir uns gleich noch ein Thema vor, was nach wie vor spannend bleibt: Warum bauen wir so lahme Seiten, vor allem für mobile Endgeräte? [00:00:11] NEWS DEVELOPERS CAN RUN BASH SHELL AND USER-MODE UBUNTU LINUX BINARIES ON WINDOWS 10 Was sollen wir noch dazu sagen, außer: Endlich! Und: Das ist großartig! SCHAUNOTIZEN [00:00:47] LEFT-PAD / NPM-GATE Der Entwickler eines npm Moduls für eine Left-Pad Function hat selbiges ge-unpublished und damit das halbe Internet kaputt gemacht. Da leider Babel und viele andere Projekte dieses als Dependency verwendeten, schlugen sofort alle CI Systeme fehl. Daraus entstand eine hitzige Debatte um kleine Module in JavaScript, npm und Workflows an sich. Wir sprechen darüber und versuchen herauszufinden, wie wir robustere Workflows bauen können ohne Module nur zu copy-pasten. Seitdem gibt es eine neue npm unpublish policy, Lösungs-Ansätze und auch direkt neue npm Problemchen. Aber da wäre ja auch noch Bower und auch sowas wie das relativ unbekannte IPFS, was sich ziemlich gut als distributed package manager eignen würde. [00:28:38] THE CHROME DISTORTION: HOW CHROME NEGATIVELY ALTERS OUR EXPECTATIONS. Diesen doch sehr fraglichen Artikel-Titel haben wir zum Anlass genommen, zu hinterfragen, warum wir überhaupt feststellen können, dass mobile Browser langsam sind und ob das überhaupt die Ursache des Problems ist? Wir kommen selbstverständlich zu einem ganz anderen Schluss, denn wir bauen einfach immer unnötig größere Seiten, mit vielen unnötigen Spielereien. Trotzdem versuchen wir, unsere Verantwortung dann am Ende auf die Browser zu schieben, einfach um uns besser zu fühlen. Letztendlich sprechen wir auch noch über Projektmanagement und Verantwortung als Entwickler, sowie Hardware, die Nicht-Entwickler besitzen. [01:28:48] KEINE SCHAUNOTIZEN LINK REL=NOOPENER Ein neues Attribut, um zu verhindern, dass window.opener durch nutzergenerierten Inhalt missbraucht werden kann. A KICK-START INTO SERVER PUSH Ein leicht verständlicher Artikel zum Thema Server Push. NODE.GREEN Eine coole tabellarische Aufstellung, welches ECMA-Script Feature in welcher Node Version unterstützt wird. REFERRER AND CACHE CONTROL APIS FOR FETCH() Auch wenn es noch ein klein wenig dauert, bis zum Firefox 48 Release, finden wir diese Features äußerst hilfreich und ihr könnt gleich mal anfangen, das zu nutzen.

Distinct summary based on available episode metadata or transcript content.

NOW PLAYING

Revision 258: Das npm Debakel und warum wir so lahme Seiten bauen

0:00 1:30:44

No transcript for this episode yet

We transcribe on demand. Request one and we'll notify you when it's ready — usually under 10 minutes.

Frequently Asked Questions

How long is this episode of Working Draft?

This episode is 1 hour and 30 minutes long.

When was this Working Draft episode published?

This episode was published on April 17, 2016.

Can I download this Working Draft episode?

Yes. Use the download control on the episode player to save the publisher-provided media file.
URL copied to clipboard!