Prämisse

Was folgt, ist eine Antwort auf den schönen Artikel von Josh Collinsworth, den Sie hier finden können.

Ich habe beschlossen, diesen Inhalt zu strukturieren, indem ich jedes zusammenfassende Zitat, das er in seinem Artikel macht, aufnehme und auf jedes davon mit meiner Meinung antworte.

Dieser Artikel ist daher als eine Reihe von Ideen zu betrachten, die eine persönliche Meinung darstellen. Von den 12 gemeldeten Zitaten stimmte ich ✅ 8 zu, stimmte ❌ 3 nicht zu und hatte keine Meinung zu ? 1.

[TL;DR] Ich stimme im Allgemeinen mit der Meinung und dem Standpunkt des Autors überein, obwohl die durch den Artikel erzeugte verzerrte Sichtweise in einigen Fällen dazu geführt hat, dass ich einigen Aussagen nicht zustimme. Die Analyse der Vorurteile hat meiner Meinung nach beim Autor ebenso große Vorurteile gegenüber der Welt der Entwicklung hervorgerufen.

Ich habe das Gefühl, dass ich einen weitreichenden Rückgang der Frontend-Praxis bemerke. Fast überall, wo ich hinschaue, fällt mir auf, dass seine Bedeutung heruntergespielt und seine Herausforderungen trivialisiert werden.

✅ Ich stimme dieser Aussage voll und ganz zu.

Das Frontend wurde zu lange als „kleiner Bruder“ des Backends angesehen, und das ist ein Fehler. Das Frontend ist der Teil einer Anwendung, den der Endbenutzer sieht und mit dem er interagiert, und ist daher von grundlegender Bedeutung für den Erfolg eines Produkts. Seine Bedeutung kann nicht unterschätzt werden, aber das passiert zu oft, und Ich selbst habe meine Arbeit als Frontend-Entwickler manchmal als „minderwertig“ gegenüber dem angesehen, was ich im Backend getan habe.

Warum passiert das? Aus meiner Sicht glaube ich, dass das daran liegt, dass die Welt der Frontend-Entwicklung im letzten Jahrzehnt von Frameworks und Bibliotheken überschwemmt wurde, die die Arbeit einfacher und für jedermann zugänglicher gemacht haben. Dies hat dazu geführt, dass auf viele der in der Vergangenheit aufgetretenen Probleme reagiert und die Frontend-Entwicklung „einfacher“ geworden ist. Dies hat zu einer Abwertung der Rolle des Frontend-Entwicklers geführt, der oft als „Code-Affe“ angesehen wird. Einfach bedeutet jedoch nicht einfach, und der Frontend-Entwickler ist oft aufgefordert, komplexe Probleme zu lösen und wichtige Entscheidungen zu treffen, gerade weil von ihm oder ihr nicht mehr erwartet wird, „einfache“ Probleme zu lösen, die bereits durch das Framework gelöst werden, sondern vielmehr um die Benutzererfahrungen auf neue und innovative Weise zu bereichern.

Es ist, als ob CSS in einem bizarren Quantenzustand existiert; Irgendwie ist es gleichzeitig zu komplex, um es zu verwenden, und doch zu einfach, um es ernst zu nehmen.

✅ Auch hier stimme ich zu.

CSS ist eine der am meisten unterschätzten und abgewerteten Sprachen in der Welt der Webentwicklung. CSS ist eine leistungsstarke und komplexe Sprache, mit der Sie komplexe und detaillierte Benutzeroberflächen erstellen können. Die Distanz zur normalen Art, Code zu schreiben, seine besondere Syntax und seine Betriebslogik machen es jedoch oft schwierig, ihn zu beherrschen und zu verwenden. CSS ist eine Sprache, deren Beherrschung Zeit und Hingabe erfordert, und was mit der CSS-in-JS-Bewegung geschah, ist ein klares Beispiel dafür, wie die Community versuchte, ein Problem zu lösen, das nicht existierte, indem sie eine entwickelte neue Sprache und fügt gleichzeitig Abstraktion zu einer bereits sehr komplexen Sprache hinzu.

In vielerlei Hinsicht hat CSS einen größeren Einfluss als jede andere Sprache auf die Benutzererfahrung, was sich oft direkt auf den Erfolg auswirkt. Warum wird seine Rolle dann so herabgesetzt?

✅ Ich stimme zu.

Wie als Antwort auf das vorherige Zitat erwähnt, glaube ich, dass das Problem mit CSS auf seine Betriebslogik und seine besondere Syntax zurückzuführen ist. Das Problem besteht darin, dass sie im Vergleich zu JavaScript oft als „sekundäre“ Sprache angesehen wird, obwohl sie in Wirklichkeit eine eigenständige Sprache mit ihren Regeln und Besonderheiten ist und eine Lernzeit erfordert, die mit der einer Programmierung vergleichbar ist. CSS ist eine leistungsstarke und komplexe Sprache, und ihre Rolle ist nicht zu unterschätzen.

Meistens sagt niemand, dass Frontend weniger wichtig oder weniger real sei oder dass man dafür nicht so schlau sein müsse. Aber es scheint oft angedeutet zu sein.

✅ Ich stimme teilweise zu.

Um die Wahrheit zu sagen, halte ich dieses Thema für viel expliziter, als der Autor sagt. Tatsächlich muss ich oft mit Leuten diskutieren, die das Frontend im Vergleich zum Backend für eine „kleine“ Aufgabe halten und glauben, dass der Frontend-Entwickler kein Programmierer sein sollte, sondern ein Unterstützung für diejenigen, die die eigentliche Arbeit erledigen, das Backend. Wenn sie mich fragen, was meine Rolle ist, antworte ich immer Full-Stack, denn in meiner Ausbildung und meinem Wachstum gibt es verschiedene und unterschiedliche Elemente, und beide Seiten der Medaille waren für mich wichtig und bedeutsam.

Ich glaube, dass die Community mehr tun muss, um diese Mentalität auszurotten. Der Frontend-Entwickler ist in jeder Hinsicht ein Profi und seine Arbeit ist grundlegend für den Erfolg eines Produkts.

Der Frontend-Entwickler ist gefordert, komplexe Probleme zu lösen, unterstützt durch sich ständig weiterentwickelnde Tools – was die kognitive Belastung enorm erhöht – und wichtige Entscheidungen zu treffen, die sich direkt auf die Benutzererfahrung auswirken, das Bollwerk eines erfolgreichen Produkts.

Unsere Produktion ist bis zu einem gewissen Grad künstlerisch, und künstlerische Dinge haben eine lange, geschichtsträchtige Geschichte, in der sie auf tragische Weise abgewertet wurden, nur weil sie einfach und unterhaltsam zu sein scheinen.

✅ Ich stimme zu.

Mangelndes Rollen- und Verantwortungsverständnis spielt in unserer Branche eine grundlegende Rolle. Der Frontend-Entwickler wird oft als „Künstler“, als „Kreativer“ angesehen und seine Arbeit wird abgewertet, weil sie nicht „technisch“ ist wie die des Backend-Entwicklers. Das ist in zweierlei Hinsicht ein Fehler.

Erstens ist es oft nicht der Frontend-Entwickler, der über das Design einer Anwendung entscheidet, sondern der Designer (UX, UI, nennen Sie es wie Sie wollen). Der Frontend-Entwickler ist gefordert, das Design effizient und performant in Code zu übersetzen. Dies erfordert technische Fähigkeiten und spezifische Kenntnisse, die weit über das bloße Schreiben von Code hinausgehen.

Zweitens gehen die Aufgaben eines Frontend-Entwicklers, wie oben bereits erwähnt, oft weit über das bloße Schreiben von Code hinaus. Wenn ich den Code in meiner Backend-Anwendung ändere, werden die automatischen Tests Regressionen höchstwahrscheinlich früher bemerken, als ich es kann. Wenn ich Code in meiner Frontend-Anwendung ändere, ist es sehr wahrscheinlich, dass die einzige Möglichkeit, Regressionen zu bemerken, darin besteht, die Anwendung manuell zu testen oder auf einen Bericht von Endkunden zu warten*. Dies macht die Arbeit des Frontend-Entwicklers viel komplexer und anspruchsvoller, als man denkt. Ganz zu schweigen von der Menge an Geschäftslogik und Statusverwaltung – beide wurden umgehend in das Frontend integriert – wodurch die Rolle zunehmend in das Unternehmen integriert wird.

*Hinweis: Mir ist die Existenz von End-to-End-Tests durchaus bekannt, aber ihre Implementierung ist viel komplexer und teurer als herkömmliche automatische Tests, außerdem wird ihre Zuverlässigkeit aufgrund ihrer zufälligen und externen Bedingungen oft in Frage gestellt.

Die Sprache impliziert, dass Schnittstellen von der Software entkoppelt und kein tatsächlicher Teil davon sind.

? Keine Meinung dazu.

Hier geht es um das Paradoxon, dass es in unserer Branche einen Unterschied zwischen Entwickler und Ingenieur zu geben scheint und der unbedingt als etwas mehr dargestellt werden muss. Ich habe dazu keine Meinung, aber ich stimme zu, dass die zunehmende Verbreitung von Titeln und Bannern heutzutage nur dazu führt, dass das Wasser in Bezug auf das, was jeder von uns tatsächlich tut, getrübt wird.

Das Schreiben von CSS scheint so etwas wie das Anfertigen von Notizen in einem Meeting zu sein, komplett mit dem impliziten Sexismus und der Abwertung der Bedeutung des Notizenschreibers im Raum.

✅ Ich stimme zu.

Wie bereits zuvor in diesem Artikel erwähnt, stimme ich der falschen Abwertung von CSS und der Frontend-Welt im Allgemeinen zu. Darüber hinaus wird in diesem Teil des Artikels auf den Chauvinismus hingewiesen, der in unserem Sektor herrscht, und obwohl ich ihn nie direkt wahrgenommen habe, verstehe ich seine Realität und seinen Ernst. Unsere Branche ist immer noch zu oft ein feindseliges Umfeld für Frauen, und ich glaube, dass die Gemeinschaft mehr tun muss, um dieser Mentalität entgegenzuwirken.

Als ob die fast unmögliche Aufgabe, alle möglichen Geräte, Betriebssysteme, Bildschirmgrößen, Browser, Benutzerpräferenzen und Schnittstellen in der Vergangenheit, Gegenwart und Zukunft zu unterstützen, so einfach wäre, haben wir die ganze Komplexität selbst erfunden, nur weil wir gelangweilt waren.

✅ Ich stimme der eigentlichen Bedeutung dieser Aussage zu.

Die Komplexität der heutigen Welt macht die Rolle des Frontend-Entwicklers noch komplexer als je zuvor, und wenn Frontend-Witze und Pointen zu Vorurteilen werden, verfällt man leicht darauf die Falle, die Arbeit von Frontend-Mitarbeitern abzuwerten.

Ja, als Gruppe freuen wir uns über Neues. Aber warum macht uns das nicht neugierig, anpassungsfähig oder neugierig? Warum bekommen wir nicht Anerkennung für unsere Freude am Lernen, anstatt uns dafür zu verunglimpfen, dass wir uns weigern, an unserem Platz zu bleiben?

❌ Dem stimme ich weniger zu.

Obwohl es wahr ist, dass die Entwicklung der Frontend-Welt – wie bereits zuvor erwähnt – zu einer Verbreitung von Ideen, Werkzeugen und Methoden geführt hat, ist das Shiny Object Syndrome ein reales und weit verbreitetes Problem, insbesondere in die Frontend-Community. Das bedeutet nicht, dass Sie nicht neugierig oder anpassungsfähig sein sollten, sondern dass Sie oft in die Falle tappen, neue Technologien einzuführen, ohne deren Vor- und Nachteile vollständig zu verstehen und ohne abzuschätzen, ob sie tatsächlich notwendig sind oder nicht.

Wenn unsere Fähigkeiten wie Klebeband über den Rissen organisatorischer Mängel wertvoll sind, warum sind sie dann nicht auch bei der Planung und Entscheidungsfindung wertvoll, die zu diesen Mängeln geführt hat, wenn wir sie möglicherweise verhindern könnten?

✅ Stimme voll und ganz zu.

Genau so wie ein Software-Architekt (oder technischer Leiter oder wer auch immer für die Architektur verantwortlich ist) jedes Mitglied des Teams in die Architekturentscheidungen einbeziehen muss – auch wenn er das letzte Wort und letztendlich die Verantwortung dafür hat – auch in die Entscheidung -Der Prozess, der zur Erstellung einer Anwendung oder eines Teils davon führt, sollte jedes Mitglied des Teams einbeziehen, einschließlich der Frontend-Entwickler. Diejenigen, die dies lange genug tun, können möglicherweise Lücken in der Benutzererfahrung oder im Design finden, die andere nicht sehen würden, und ihre Einbeziehung in den Entscheidungsprozess kann zu einer besseren Benutzererfahrung und einem erfolgreichen Produkt führen.

Frontend-Tools vermarkten sich so, als sei Frontend etwas, das niemand tun möchte und sich niemand mehr darum kümmern sollte, als er muss.

❌ Man sieht deutlich, dass die Frustration mit der Entwicklung des Beitrags zunimmt, aber in diesem Fall kann ich nur widersprechen.

Das Marketing – wie Josh es definiert – von Frontend-Tools hat die Herausforderungen der Entwickler nie trivialisiert oder versucht, sie zu vereinfachen, bis auf ein paar seltene Ausnahmen. Diese Tools zielen zunehmend darauf ab, die Arbeit des Frontend-Entwicklers einfacher und effizienter zu machen, aber niemals banal, und es ist richtig, dass die Richtung dieselbe bleibt. Das Versprechen besteht darin, den Frontend-Entwickler niemals zum Code-Affen zu machen, sondern ihm zu ermöglichen, sich auf das wirklich Wichtige zu konzentrieren: die Schaffung einer erfolgreichen Benutzererfahrung und die Auswirkungen auf das Unternehmen und die Welt um ihn herum. Dasselbe gilt für die Backend-Welt, wo sich die Tools weiterentwickelt haben, damit sich Entwickler auf das Produkt konzentrieren können und nicht auf technische Entscheidungen oder Konfigurationsprobleme.

Abschließend möchten wir daran erinnern, dass sich die Welt der Developer Relations in den letzten Jahren strukturiert entwickelt hat und etwaige Fehltritte einiger Unternehmen nicht als die Norm angesehen werden sollten.

Es scheint, als würde niemand mehr das Frontend als einen kritischen Teil des Produkts betrachten; Sie betrachten es nur als die schöne Schachtel, in der das Produkt ankommt.

❌ Auch hier bin ich leider anderer Meinung als Josh.

Das Frontend ist ein grundlegender Teil eines Produkts und seine Bedeutung ist nicht zu unterschätzen, aber das bedeutet nicht, dass man sich unbedingt der Komplexität und Abstraktion hingeben muss. Die Frontend-Entwicklung ist bereits komplex genug, um kein hochentwickeltes Design oder abstruse Architekturen zu erfordern, und genau wie in der Backend-Welt ermöglicht uns die Standardisierung, wenn sie mit voller Kenntnis der Fakten durchgeführt wird, keine unnötige kognitive Belastung hinzuzufügen und uns auf andere Aspekte zu konzentrieren des Produkts.