Vorderseite des Frontends / Rückseite des Frontends

Avatar of Chris Coyier
Chris Coyier am

DigitalOcean bietet Cloud-Produkte für jede Phase Ihrer Reise. Starten Sie mit 200 $ kostenlosem Guthaben!

Die Leute haben sich wirklich an Brads Formulierung gehalten. Und das aus gutem Grund. Die Frontend-Entwicklung ist so breit geworden, dass es darin Spezialisten gibt. Vor zwei Jahren habe ich die Mitte geteilt und jetzt greift Brad das hier auf und sagt, er habe echte Kunden, die ihre Einstellungsstrategie vom Full-Stack weg und hin zu genau diesen Unterscheidungen verschoben haben. Gut.

Brad strebt eine einfache Unterscheidung an

Eine prägnante Art, die Aufteilung zu formulieren, ist, dass ein Entwickler an der Vorderseite des Frontends das Aussehen und Gefühl eines Buttons bestimmt, während ein Entwickler an der Rückseite des Frontends bestimmt, was passiert, wenn dieser Button geklickt wird.

Ein Teil von mir liebt die Klarheit dort. Und ein Teil von mir denkt Aber! Aber! Moment! Ich bin eher ein Typ für die Vorderseite des Frontends, aber ich kümmere mich definitiv um das, was beim Klicken passiert. Ich bin hier eine Maschine, die den Zustand aktualisiert. Ich werde diese GraphQL-Mutation selbst auslösen, danke sehr. Ich gehöre wirklich zu diesem `onClick`.

Und doch fühle ich mich immer noch überhaupt nicht wie ein Back-of-the-Front-Entwickler. Ich kann diese GraphQL-API nicht einrichten oder beheben. Ich weiß nichts über die Sicherheitsauswirkungen der Netzwerkanfrage. Ich weiß nicht, ob die von mir geschriebene Abfrage performant sein wird oder nicht, oder wo ich in einem Graphen nachsehen muss, um das herauszufinden. Ich denke, ich würde die Grenze etwas anders ziehen als Brad, aber das weiß er. Er ist hier flexibel.

Die Grenze zwischen der Vorderseite des Frontends und der Rückseite des Frontends kann verschwommen sein und variiert stark von Entwickler zu Entwickler. Es ist durchaus möglich, dass ein Entwickler viele Aufgaben im gesamten Frontend-Spektrum erledigen kann. Aber es ist auch erwähnenswert, dass dies nicht sehr häufig vorkommt.

Deshalb ist der Begriff „Full-Stack“ nicht mein Favorit. Ich wette, sehr viele Entwickler haben Fähigkeiten auf beiden Seiten der „großen Teilung“, was meiner Meinung nach dazu führt, dass man sich wie ein Full-Stack-Entwickler fühlt, obwohl es wahrscheinlicher ist, dass man Cross-Stack ist. Full-Stack gibt mir das Gefühl, dass man tiefgreifendes Wissen über buchstäblich alles im gesamten Frontend-Spektrum hat, aber auch im Backend. Brad sagt, das sei ungewöhnlich, und ich sage noch mehr, es sei geradezu selten.

Mein Hauptbedauern darüber, die Frontend-Entwicklung in zwei Hälften teilen zu wollen, ist, dass es eine zu klare Metapher für eine unordentliche Sache ist.

Ich lebe in Bend, Oregon, wo Outdoor-Hobbys die Hauptsache sind. Man fragt die Leute nicht wirklich, ob sie Sommer- oder Wintersportler sind, denn sie sind fast immer beides. Aber eine Person mag Schneeschuhwandern, Abfahrtski und Tageswanderungen, während die nächste Person Paddelboarden, nordisches Skifahren und Mountainbiken mag. Also hatte ich die Idee mit Bend Name Tags, auf denen alle Outdoor-Hobbys aufgelistet sind und man seinen Namen schreibt und dann alle ankreuzt, in die man sich hineingefunden hat.

Ähnlich sollte es auch mit der Frontend-Entwicklung sein. Man schreibt seinen Namen und listet dann alle Dinge auf, in die man sich hineingefunden hat. Ich? Ich mag HTML, CSS, JavaScript, Build-Prozesse, Design, React, WordPress, mit einem Hauch von Barrierefreiheit, Performance und Copywriting. Was macht mich das? Mich.

Direkter Link →