James Mickens, ein außerordentlicher Professor für Informatik in Harvard, hielt einen Vortrag über die verschiedenen Mängel von Webbrowsern und wie wir sie sicherer und robuster machen könnten.

Um den Browser zu reparieren, müssen wir die Browserarchitektur radikal umstrukturieren… daher schlage ich insbesondere vor, dass wir die Verantwortlichkeiten des Browsers selbst drastisch einschränken und Webseiten mehr Verantwortlichkeiten übertragen. In diesem neuen Modell definiert der Webentwickler seine eigene Rendering-Engine, seine eigene Skript-Engine und seinen eigenen Markup-Parser.

Die Vorstellung, dass Webentwickler in Zukunft so viel Kontrolle über die zugrunde liegende Technologie des Webs haben könnten, ist schlichtweg überwältigend. James gibt einige gute Beispiele dafür, warum wir so viel Kontrolle benötigen und wie Webseiten, die keinen eigenen Markup-Parser oder Rendering-Engine über die Leitung senden, dann schrittweise auf das zurückfallen würden, was der Browser bereitstellt.

Was mich jedoch am meisten interessiert, sind die Fragen, die James stellt, und nicht seine Vorschläge. Nämlich, wie sollte die Beziehung zwischen einer Webseite und einem Browser aussehen? Wie viel Kontrolle sollten Entwickler haben? Welche Technologien benötigen wir für eine funktionierende Website?

Es gibt einige Dinge, über die Dave und ich regelmäßig bei ShopTalk sprechen. Bestimmte Hardware, die wir verwenden. Software, die wir mögen. Bücher, die wir empfehlen. Dienste, die das Leben einfacher machen. Wir haben sie für die Feiertage in einer kleinen Liste zusammengefasst. Viel Spaß!

Mat Marquis' Vortrag von TXJS 2015 ist ein Aufruf zu Leistung, responsiven Bildern und dem Versuch, Websites auf die gewissenhafteste Weise zu bauen, die möglich ist.

Wir als Branche haben uns fast darauf geeinigt, dass wir eine großartige Arbeit leisten, solange wir die Fälle, in denen wir eine schreckliche Arbeit leisten, nicht mitzählen. Wir wollen, dass der Benutzer über Die Website nachdenkt – und mit *uns* sympathisiert – anstatt wegen seines Grundes, dort zu sein. Wir lassen ihn jedes Mal eine Vorlesung über Möbeldesign anhören, wenn er sich auf einen Stuhl setzen will.

Let’s Encrypt ist eine offene Zertifizierungsstelle, eine Entität, die Zertifikate ausstellt, um Ihre Website mit HTTPS zum Laufen zu bringen, ein Prozess, der bekanntermaßen schwierig war. Tim Kadlec probiert es aus.

Der Typografie-Liebhaber Tim Brown hat einen großartigen Artikel darüber geschrieben, wie man typografische Verbesserungen mit den OpenType-Funktionen einer Web-Schriftart erzielt. Diese Ergänzungen können subtil sein, wie Ligaturen und Kapitälchen, aber andere Werkzeuge wie Kerning oder kontextbezogene Alternativen können oft einen großen Einfluss auf das gesamte Leseerlebnis haben.

Mehr als nur schicke Schwünge und überflüssige Ligaturen, OpenType-Features sind Schrift- *Superkräfte*. Die besten, leistungsfähigsten Schriftarten sind voller ausgeklügelter Logik und erfreulicher Überraschungen – Dinge, die oft integraler Bestandteil des Designs der Schrift selbst sind oder dazu beitragen, dass sie für bestimmte typografische Aufgaben besser funktioniert.

Durch die Verwendung intrinsischer Verhältnisse und des picture-Elements beschreibt Dave Rupert seine Versuche, das klobige Seitenreflow zu stoppen, wenn Bilder auf einer Seite geladen werden. Er zeigt uns auch, wie dieses Element mit einer background-color gestylt werden kann, um den Benutzern ein eleganteres Ladeerlebnis zu bieten.

Philip Walton

Native CSS-Variablen waren nicht nur ein Versuch, das zu kopieren, was CSS-Präprozessoren bereits konnten. Tatsächlich, wenn Sie einige der anfänglichen Design-Diskussionen lesen, werden Sie sehen, dass die meiste Motivation für native CSS-Variablen darin bestand, **Dinge zu ermöglichen, die Sie mit Präprozessoren *nicht* tun können**!

CSS-Präprozessoren sind fantastische Werkzeuge, aber ihre Variablen sind statisch und lexikalisch-gebunden. Native CSS-Variablen hingegen sind eine völlig andere Art von Variablen: Sie sind dynamisch und an das DOM gebunden. Tatsächlich halte ich es für verwirrend, sie überhaupt Variablen zu nennen. Sie sind eigentlich CSS-Eigenschaften, was ihnen einen völlig anderen Satz von Fähigkeiten verleiht und es ihnen ermöglicht, einen völlig anderen Satz von Problemen zu lösen.

(Erweiterte Hervorhebung von mir.)

Wie Sie sich vorstellen können, bin ich auf einige Probleme gestoßen. Netflix würde nicht funktionieren. YouTube auch nicht, zumindest nicht ohne die Aktivierung von Adobe Flash, was den Sinn des Deaktivierens von JavaScript irgendwie zunichtegemacht hätte. Und natürlich können Sie Google Docs ohne JavaScript vergessen.

Aber das Überraschendste ist, dass die meisten Dinge einfach funktionierten. Und in vielen Fällen funktionierten sie besser. Seiten wurden fast sofort geladen, mein Laptop-Akku hielt länger und ich konnte mit weniger Ablenkungen im Web surfen.

Eine JS-freie Welt ist ausgeschlossen, aber sie regt eine interessante Diskussion über unseren werkzeugzentrierten Ansatz zur Entwicklung von Websites an und passt gut zu unserem letzten Beitrag über das Erstellen von Offline-Websites mit ServiceWorker.

Martin Wolfs Sichtweise war ziemlich lustig

Seine Erfahrung ohne Javascript war so glorreich, dass er es nach einer Woche wieder eingeschaltet hat.

• Flexbox Froggy: Ein Spiel von Thomas Park, in dem Sie durch das Positionieren eines Frosches verschiedene Flexbox-Eigenschaften und -Werte lernen.
• Flexbox Grid Finesse: Heydon Pickering zeigt die nützliche Funktion von Flexbox, bei der ein Grid mit übrig gebliebenen Boxen entlang der letzten Linie verteilt werden kann. Aber man kann die Dinge etwas verfeinern, um sicherzustellen, dass man keine 4-4-4-1-Situation bekommt und stattdessen eine 4-4-3-2-Situation mit etwas min-width und :nth-child bekommt.
• Flexbox’s Best-Kept Secret: Sam Provenza zeigt eine Methode, Flex-Elemente voneinander wegzuschieben, ohne das Element selbst vergrößern zu müssen (oder andere Elemente zu beeinflussen) mit Auto margin.

The Iron Yard ist eine der weltweit größten und am schnellsten wachsenden Präsenz-Programmierschulen. The Iron Yard existiert, um durch Technologiebildung reale, dauerhafte Veränderungen für Menschen, ihre Unternehmen und Gemeinschaften zu bewirken. Es bietet Vollzeitprogramme in Backend- und Frontend-Engineering, Mobile, Data Science und Design an. Es gibt 14 Campusse in den gesamten USA und einen im Vereinigten Königreich, weitere werden bald eröffnet. Das immersive Format der 12-wöchigen Kurse hilft Menschen, Programmieren zu lernen und mit den Fähigkeiten ausgestattet zu werden, die sie für eine Karriere als Junior-Softwareentwickler benötigen.

Wenn Sie darüber nachdenken, Ihre Karriere als Programmierer zu wechseln und Ihr Leben verändern möchten, machen Sie den ersten Schritt, indem Sie sich an The Iron Yard wenden.