Was am Aufbau von Websites hat Sie dieses Jahr interessiert?

Wenn wir davon sprechen, etwas von Grund auf neu zu erstellen, ist es interessant zu sehen, wer das Gefühl hat, diese Schlüssel überhaupt noch in der Hand zu halten. Die ganze Idee für diesen Beitrag entstand aus einem Gespräch, das ich mit jemandem führte, der ein Front-End-Entwickler war und von einem Freund gebeten wurde, eine Website zu erstellen. Er lehnte ab, weil er nicht wusste, wie.

Ich glaube, dass wir als Individuen, wenn wir lernen können, diese Unterschiede als Details zu sehen, unsere Branche als Ganzes zu einem inklusiveren und ganzheitlicheren Verständnis dessen gelangen kann, was es bedeutet, ein Programmierer zu sein. Diese Perspektive macht die Technik nicht nur zu einem einladenderen Ort, sondern macht uns Programmierer auch leistungsfähiger und anpassungsfähiger.

Ich habe das Gefühl, dass variable Schriftarten die Tür zu neuen kreativen Möglichkeiten wirklich geöffnet haben, von denen wir erst an der Oberfläche kratzen. Die Möglichkeit, zwischen verschiedenen Werten der Achsen zu interpolieren, schreit geradezu nach Animation.

Dieses erhöhte Bewusstsein durch den Bericht von WebAIM und die Domino-Beschwerde hat die Diskussion angeheizt und es einfacher gemacht, die Konversation aufrechtzuerhalten, um digitale Inhalte für alle zugänglich zu machen.

Diejenigen von uns, die für das Web entwickeln, sind sich bewusster geworden, wie sich die von uns geschaffene Technologie auf unser Umfeld auswirkt. Wir fangen an, unsere Verantwortung für die geschriebenen Codezeilen zu akzeptieren und sehen, dass wir die Verantwortung nicht einfach an unsere Vorgesetzten und Chefs weitergeben können, um ethische Entscheidungen zu treffen.

Zum Beispiel ist eine Funktion, die ich als **Brücke** über den Graben betrachte, ein "Developer Handoff" (der sich auf Pixelabmessungen und Hex-Codes stützt, die als Spezifikation geliefert werden). Meiner Erfahrung nach kann die Lieferung solcher Spezifikationen zu Code-Duplizierung, Inkonsistenzen und Fehlern führen. Ein Beispiel für das **Schließen** des Grabens sind jedoch Werkzeuge, die mit tatsächlichem, echtem, qualitativ hochwertigem Code anstelle von Vektorböxen arbeiten.

Das Erste, was wir mit neuen Entwicklern tun können, ist, ihnen durch Pairing und Code-Reviews zu helfen. Open-Source-Projekte sind dafür perfekt geeignet! Durch konstruktive Code-Reviews können Sie Anfängern helfen, ihre Coding-Fähigkeiten zu verbessern.

Es ist demütigend zu sehen, wie unwichtig Technologie manchmal ist, besonders bei lokalen Kampagnen, bei denen das Anklopfen an Türen und persönliche Gespräche den größten Unterschied machen können. Nicht unsere übliche Erzählung "Technologie ist die mächtigste Industrie", oder?

Das Internet wurde als die feindlichste Umgebung für die Entwicklung bezeichnet. Jemand, der am Web arbeitet, muss mehrere Browser, die Betriebssysteme, auf denen sie installiert sind, und alle gängigen Release-Versionen von beidem berücksichtigen. Sie müssen auch Bildschirmgröße und -qualität, variable Netzwerkbedingungen, verschiedene Formfaktoren und Eingabemodi, Skripte von Drittanbietern usw. berücksichtigen. Ganz zu schweigen davon, dass man eine unbekannte Anzahl unbekannter Benutzer bedienen muss, jeder mit seinen eigenen Gedanken, Gefühlen, Zielen, Fähigkeiten, Motivationen, Kompetenzen und Geräteanpassungen.

Viele der Diskussionen über Designethik konzentrieren sich auf Datenschutz, Datensammlung und Analyse durch Mega-Unternehmen und soziale Netzwerke. Obwohl es in diesem Bereich viele ungelöste Probleme gibt, hoffe ich, dass wir unsere Gedanken und Gespräche nicht auf diese globalen Apps beschränken. Tatsächlich gilt: Je kleiner das Produkt oder das Unternehmen, für das Sie arbeiten, desto größer ist wahrscheinlich die Auswirkung, die Sie erzielen werden.

Das ist die Magie von SSGs, weil sie uns Entwicklererfahrung bieten, aber viel wichtiger, weil die Ausgabe statisch und leichtgewichtig ist, schafft sie eine wirklich solide Grundlage für eine gute Benutzererfahrung!

Wenn wir uns mit anderen APIs innerhalb der Houdini-Suite vertrauter machen, werden die Vorteile noch offensichtlicher. Wenn wir mit der Properties and Values API eine neue benutzerdefinierte Eigenschaft deklarieren, legen wir einen Typ fest und erhalten beispielsweise eine automatische Fehlerbehandlung.

Ich freue mich darauf zu sehen, wie Menschen die volle Bandbreite dessen nutzen, was diese Schriftarten leisten können. Von ultraleicht bis superdick, superkondensiert bis extrabreit. Was auch immer die Schriftarten unterstützen, steht uns zur Erkundung zur Verfügung. Ich hoffe, Designer werden sich hineinstürzen und die Kraft großartiger Typografie erkunden.

Das Problem bei der Arbeit an groß angelegten Projekten mit Hunderten von Menschen ist, dass ein "Nein" politischer Selbstmord sein kann. Stattdessen muss man lernen, es zu sagen, ohne wie ein Idiot zu klingen. Sie müssen alle über Performance, Responsive Design und Barrierefreiheit aufklären. Sie müssen den Leuten erklären, was Front-End-Entwicklung überhaupt ist.

... als Front-End-Entwickler haben wir die Macht, so viel mehr zu tun. Noch vor wenigen Jahren brauchte ich ein ganzes Team von Entwicklern, um das zu erreichen, was jetzt mit nur wenigen erstaunlichen Werkzeugen möglich ist.

Immer wenn wir einen Teil des Technologie-Stacks nehmen und ihn einem breiteren Publikum zugänglicher machen, werden wir eine Explosion von Kreativität und Innovation erleben. Genau das ist mit Build-Prozessen und Bundlern passiert. Es gab eine Innovationsflut, nicht zuletzt dank der Erweiterung der Reichweite von Front-End-Entwicklern.

Wir haben endlich einen gut abgestimmten Standardwerkzeugkasten für die Erstellung und Analyse unserer Websites. Heutzutage, wenn eine Website langsam oder teuer zu liefern ist, langsam auf Benutzerinteraktionen reagiert, für assistierende Technologien unzugänglich ist oder auf einem bestimmten Bildschirm schlecht gestaltet ist, können wir uns damit trösten, dass es wahrscheinlich unsere eigene Schuld ist und dass wir es beheben können.

In den letzten Jahren haben wir all diese neuen Werkzeuge erhalten, Flexbox und Grid bieten uns ein für CSS konzipiertes Layoutsystem. Weniger offensichtlich ist jedoch, dass sich eine Reihe von Konzepten herausbilden, die uns zum ersten Mal eine echte Möglichkeit bieten, CSS-Layout zu erklären. Die Sprache wurde gewissermaßen refaktorisiert und von einer Sammlung von Hacks in etwas verwandelt, das als kohärentes System gelehrt werden kann.

Ich erkenne, dass wir uns von einem Punkt bewegen, an dem wir nicht nur das teilen, was wir haben, sondern wir arbeiten daran, auf dem aufzubauen, was andere aufgebaut haben. Und das dann teilen, und der Kreislauf setzt sich fort.

Wenn es im Entwicklungsbereich eine Neuerung gibt, die meine Aufmerksamkeit im vergangenen Jahr mehr als alles andere gefesselt hat, dann ist es die Entwicklung von JAMstack. Verdammt, es ist einfacher, Websites und Änderungen daran bereitzustellen und dabei kontinuierliche Bereitstellung und eine ganze Menge Performance-Vorteile zu erzielen.

Hallo! Das sieht aus wie eine verknüpfte jQuery-Methode. Das gefällt mir und das nicht nur aus nostalgischen Gründen. Es ist die "Komposition" der Funktionalität, die ich mag. Ich weiß, dass CSS von Vererbungsproblemen geplagt wird, aber es erinnert mich an das Hinzufügen gut geformter CSS-Klassen. Dazu neige ich. Zu wissen, dass ich persönlich Komposition bevorzuge, hat mir tatsächlich geholfen, einige seltsame inkonsistente Gefühle aufzulösen, warum ich React Hooks (Komposition) wirklich mag, obwohl ich das größere React-Ökosystem (Vererbung) nicht besonders mag.