Ich glaube, der Unterschied zwischen einem Junior- und einem Senior-Front-End-Entwickler liegt nicht in ihrem Verständnis oder ihrer Vertrautheit mit einem bestimmten Tech-Stack, einer Toolchain oder ob sie fehlerfreien Code schreiben können. Stattdessen läuft alles auf Folgendes hinaus: wie sie schlechten Ideen entgegentreten.
Was ich dieses Jahr gelernt habe, ist, dass die Web-Performance leidet, wenn man der Marketingabteilung nicht absagt, denn dann findet man sich plötzlich mit achtzehn verschiedenen Analytics-Skripten auf seiner Website wieder. Wenn man den Ingenieuren nicht absagt, hat man eine Codebasis, die halb React, ein Viertel Vue und ein weiteres Viertel in einer Sprache geschrieben ist, die man nicht einmal erkennt. Wenn man den Designern nicht absagt, hat man eine Menge von Komponenten, die sich sehr ähneln, und das wird letztendlich jeden in Ihrer Organisation verwirren. Und wenn man den Projektmanagern nicht absagt, verzichtet man auf die Zeit, die man braucht, um eine zugängliche, responsive Basis-Erfahrung zu schaffen.
Die wahre Schönheit des Webdesigns ist, dass man HTML, CSS und die Grundlagen von JavaScript innerhalb einer oder zwei Wochen erlernen kann. Aber im letzten Jahr bin ich zu dem Schluss gekommen, dass der Aufbau einer wirklich großartigen Website nicht viel Geschick erfordert und sicherlich keine Jahre braucht, um herauszufinden, wie man das Coden-Äquivalent eines Rückwärtssalto ausführt.
Was Sie brauchen, um eine großartige Website zu erstellen, ist Zurückhaltung.
Aber! Das Problem bei der Arbeit an großen Projekten mit Hunderten von Menschen ist, dass ein "Nein" politischer Selbstmord sein kann. Stattdessen müssen Sie lernen, wie Sie es 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.
Und das liegt daran, dass die Schwierigkeit darin besteht, dass ein "Nein" eine Begründung – sogar Mentoring – erfordert, warum etwas eine schlechte Idee für den Aufbau einer Website ist.
Der noch schwierigere Teil von all dem ist, dass Front-End-Entwicklung für alle anderen langweilig ist, außer für uns. Niemand kümmert sich um die drei seltsamen Sprachen, die wir schreiben müssen. Und sicherlich kümmert sich niemand um Performance oder Barrierefreiheit, bis die Dinge plötzlich für sie nicht mehr funktionieren. Deshalb werden die kaputten Teile des Internets von allen gespürt, sind aber für diejenigen, die sie bauen, meistens unsichtbar.
All diese Lektionen haben mich an einen Artikel von Robinson Meyer für The Atlantic über die Bedrohung durch den Klimawandel erinnert und wie die Lösungen "langweilig wie Dreck" sind, oder kurz BAD
Das BAD-Problem erkennt an, dass der Klimawandel eine interessante Herausforderung ist. Er ist beängstigend und riesig und apokalyptisch, und die damit verbundenen Katastrophen (insbesondere Hurrikane, Waldbrände und Überschwemmungen) machen gutes Fernsehen. Aber die Politik, die den Klimawandel angehen wird, hat nicht die gleiche Schlagkraft. Sie sind technisch und technokratisch und oft recht langweilig. Zumindest werden sie niemals so unmittelbar sein wie der Klimawandel selbst. Überschwemmungen sind mächtig, aber Regenwassermanagement ist obskur. Waldbrände sind rasend, aber Stromnetz-Upgrades sind mühsam. Der Klimawandel ist beängstigend, aber Dreck ist langweilig. Das ist das BAD-Problem.
Das "langweilig wie Dreck"-Problem existiert in unserer Branche und in jedem Unternehmen, mit dem wir arbeiten. Zum Beispiel ist die Leistung einer Website offensichtlich ein schreckliches Problem für Benutzer, wenn sie versuchen, einen Stromausfall in ihrer Gegend zu melden und die Website nicht geladen werden kann, weil ein Dutzend oder mehr Drittanbieter-Skripte gleichzeitig geladen werden.
Aber die Lösung dieses Problems? Sie erfordert, dass man jedes Skript durchgeht, mit der Marketingabteilung spricht, herausfindet, wem welches Skript gehört, warum es verwendet wird, welche Daten letztendlich für das Unternehmen nützlich sind und welche nicht. Dann kann man endlich das Skript löschen. Die Lösung des Problems ist langweilig wie Dreck und der Versuch zu erklären, warum die Arbeit wichtig – ja sogar lebenswichtig – ist, wird in vielen Unternehmen nichts bringen.
Wie vermeiden wir also Langeweile, wenn es darum geht, Front-End-Entwicklungsprobleme zu lösen?
Wir müssen sie mit den Zielen des Unternehmens neu ausrichten. Wir müssen unsere Kunden erwähnen und warum sie responsive Benutzeroberflächen benötigen, wenn wir über CSS sprechen. Wir sollten einen Newsletter starten, wenn wir viel gute Arbeit leisten, die niemand sehen kann.
Und wenn jemand eine schlechte Idee hat, die das Web schädigt? Wir sollten so höflich wie möglich "Nein" sagen.
Genau auf den Punkt. Ich habe kürzlich etwas gehört, das in die Richtung ging: "Es gibt einen großen Unterschied zwischen einem Praktiker und einem Lehrer." Ich denke, dass der Verkauf eines "Neins" an jemanden, der eine ganz andere Sprache spricht, ein ähnliches Problem darstellt.
Es ist leicht, im Bauch zu wissen, dass etwas eine schlechte Idee ist, es ist etwas ganz anderes, das so zu erklären, dass die empfangende Partei es versteht.
Ein "Nein" auf eine sozial akzeptable Weise zu sagen, ist zweifellos eine Kernkompetenz im Führungsbereich. Leider werden die Leute im Marketing oft als die wahren "Rainmaker" angesehen, und wenn sie ein Dutzend Analytics-Skripte wollen, dann bekommen sie das.
SIE HABEN ABSOLUT RECHT !!!!
Ich stehe bei fast jedem Projekt vor diesen Problemen! Cheers!
Sehr interessant... und wahr.
Erlauben Sie mir, Sicherheit, Tests und Lokalisierung zur von Ihnen erwähnten Dreifaltigkeit aus Performance, Barrierefreiheit und Responsivität hinzuzufügen.
Ich habe diesen Artikel geliebt! Sehr interessant und aufschlussreich. Es ist auch eine großartige Lektion für einen neuen Front-End-Entwickler wie mich, die ich im Hinterkopf behalten sollte. Ich schätze die Botschaft, den Benutzer an erste Stelle zu setzen und dort zu halten, denn schließlich werden sie diejenigen sein, die die Websites nutzen müssen, die wir erstellen.