Zu Beginn des Jahres 2020 wird mir bewusst, dass ich nun seit 20 Jahren Webseiten erstelle. Wenn ich auf diese Zeit zurückblicke, scheint es, als wären unsere Praktiken in einem ständigen Wandel gewesen, und unser Fortschritt schien nicht immer linear zu verlaufen. Aber letztendlich haben selbst die Fehltritte und Abschweifungen auf dem Weg zu einem Verfeinerungsmuster beigetragen, und jetzt haben wir zum ersten Mal das Gefühl, dass wir ein Standardmuster für die meisten technischen Herausforderungen haben werden, mit denen wir konfrontiert sind. Ich denke, 2020 wird ein stabilisierender Moment für Webstandards sein.
Da die Auslieferung inhärent für unser Medium ist, stammen viele unserer Herausforderungen aus Netzwerkbeschränkungen. Früher boten Netzwerke nur begrenzte Bandbreite, sodass wir Werkzeuge und Praktiken entwickelten, um die physische Größe unserer Dateien zu reduzieren. Bald darauf erweiterte sich die Bandbreite, und die Latenz – die Zeit, die für Fahrten zwischen Servern und Geräten benötigt wurde – wurde zu unserem nächsten Engpass. Um die Latenz zu mildern, entwickelten wir Techniken, um mehr Code in weniger Anfragen auszuliefern, wie z. B. das Zusammenfassen ähnlicher Dateien, das Aufteilen unserer Ressourcen über viele Domänen, um mehr Downloads gleichzeitig zu ermöglichen, und das Einbetten unterschiedlicher Dateien in unser HTML, um das Warten auf zusätzliche Anfragen zu vermeiden. Wir lernten auch, unseren Code über CDNs auf der ganzen Welt zu verteilen, da die physische Nähe immer hilft. Aber die Latenz selbst verbessert sich jetzt, insbesondere mit dem Aufkommen von 5G, und Fortschritte in der Art und Weise, wie Browser mit Servern kommunizieren, ermöglichen es uns nun, beliebig viele Dateien gleichzeitig anzufordern oder Dateien sogar an den Browser zu senden, bevor er sie anfordert. All dies hat unsere Fähigkeit, schnell und zuverlässig zu liefern, vereinfacht und ist erst seit kurzem ohne komplizierte Workarounds verfügbar.
Auch Gerätedifferenzen haben uns früher verwirrt. In den frühen Jahren des mobilen Webs mussten wir kreative und oft unbeholfene Workarounds finden, um kontextbezogen geeignete Funktionen und Assets bereitzustellen. Heutzutage verfügen wir jedoch über fantastische Werkzeuge, um gerätespezifische Erlebnisse bereitzustellen. Wir können Media Queries verwenden, um unsere visuellen Layouts über verschiedene Bildschirmgrößen hinweg fließend anzupassen, und wir können diese Layouts mit geeigneten Design-Tools wie Grid und Flexbox erstellen. Wir können Standard-Feature-Queries verwenden, um zu testen, ob wir uns auf ein bestimmtes Werkzeug verlassen können, bevor wir es verwenden, oder sogar zu entscheiden, ob wir kostspielige Dateien überhaupt laden sollen. Für die Medienauslieferung haben wir jetzt leistungsstarke Optionen, um für jedes Gerät entsprechend große Bilder und Videos bereitzustellen. All dies erforderte vor einigen Jahren weniger ideale oder nicht standardmäßige Praktiken, aber die Dinge haben sich zum Besseren verändert.
Auch die Zugänglichkeit ist einfacher zu erreichen, was genau richtig kommt, da das Bewusstsein für ihre Bedeutung wahrscheinlich noch nie größer war. Standards haben uns Werkzeuge an die Hand gegeben, um die Bedeutung und den Zustand unserer Komponenten besser an assistierende Technologien zu kommunizieren, und Browser und Betriebssysteme haben ihre Interaktion mit diesen Standards dramatisch verbessert.
Ich will damit nicht andeuten, dass wir keine schwierigen technischen Probleme mehr haben, aber ich denke, es sind zunehmend unsere eigenen Praktiken und Annahmen, die diese Probleme verursachen, und nicht irgendwelche Kräfte außerhalb unserer Kontrolle. Zum Beispiel sehen wir immer noch wenige Seiten, die eine schnelle Auslieferung mit einer reibungslosen Laufzeitleistung auf den durchschnittlichen Geräten, die Menschen weltweit nutzen, gut vereinbaren. Aber Probleme wie diese sind nicht absolut – sie werden durch Fehler in unseren eigenen Prioritäten oder durch übermäßige Abhängigkeit von Mustern verursacht, von denen wir bereits wissen, dass sie kostspielig sind.
Kurz gesagt, die Werkzeuge, die wir brauchen, um unsere Arbeit gut zu machen, sind da. Mit Ausnahme von Container Queries. Wir brauchen wirklich noch Container Queries, um unsere Arbeit gut zu machen, und es ist ehrlich gesagt lächerlich, dass wir im Jahr 2020 – äh. Wo war ich? Ach ja.
Also, zu Beginn des Jahres 2020 habe ich das Gefühl, dass wir endlich einen umfassenden Standard-Werkzeugkasten für den Aufbau und die Analyse unserer Websites haben. Heutzutage können wir uns, wenn eine Website langsam oder teuer in der Auslieferung ist, langsam auf Benutzerinteraktionen reagiert, für assistierende Technologien nicht zugänglich ist oder auf einem bestimmten Bildschirm schlecht gestaltet ist, damit trösten, dass es wahrscheinlich unsere eigene Schuld ist und wir es beheben können. Und das ist großartig, denn das Web hat viel größere, dringlichere, nicht-technische Probleme, die unsere Aufmerksamkeit viel mehr benötigen.
Wir haben ausgezeichnete Werkzeuge zur Verfügung. Ich möchte nicht, dass die Leser übersehen, dass Ihre eigene Arbeit mit Filament Group und der Web-Community das Medium und die Werkzeuge ebenfalls stark vorangetrieben hat.
Zustimmung. Ob es nun als „Container Query“ oder etwas Umfassenderes wie eine „Context Query“ auftritt, gibt es ein immenses Potenzial für Transformation und Weiterentwicklung unserer Arbeit.
Das ist sehr nett von Ihnen, Kyle. Vielen Dank.