Egor Kloos beschreibt eine Situation, in der ein (rein visueller) Designer Änderungen an einer Komponente anfordert. Es kommt zu einem Missverständnis, bei dem der (Code-Monkey-)Entwickler die Änderung genau wie gewünscht umsetzt – aber eigentlich sowohl eine Fehlerbehebung als auch eine neue Variante der Komponente erforderlich war. Aufgrund der Silotrennung der Fähigkeiten: Probleme.
Designer bewegen sich von der Idee zu einem Wireframe, einem Prototyp, einem Logo oder sogar nur einer Zeichnung. Entwickler bewegen sich von einem Problem oder einer Funktion zu einer kodierten Lösung, die gelöst und veröffentlicht wird. Beides ist kreativ, beides dient dem Endnutzer. Die Rolle des Design Engineers ist ebenfalls kreativ und erstellt Code, übersetzt aber systematisch ein Design hin zur Implementierung auf strukturierte Weise.
Design Engineering wird definitiv zu einer Sache! Sie können Natalya Shelburne in einer Folge von ShopTalk darüber sprechen hören, und es gibt ein ganzes Buch darüber. Ich vermute, es ist ähnlich, aber anders (irgendwie?) als der Begriff „DesignOps“. Ich habe Cameron neulich danach fragen hören und einige gute Antworten bekommen.
Ich finde das alles faszinierend. Am Anfang hatten wir den Webmaster, und diese Rolle machte alles. Der Webmaster wurde in zwei Bereiche aufgeteilt: Frontend- und Backend-Entwickler. Design war vielleicht ein wenig im Frontend angesiedelt, hat sich aber nun klar als eigenständige Rolle abgetrennt. Das Backend hat sich aufgeteilt und DevOps als neue Rolle hervorgebracht. Das Frontend wurde am meisten aufgeteilt – siehe „Front of the Front / Back of the Front“ für mehr dazu.
Wir sehen immer mehr Spezialisten in Bereichen wie Performance und Barrierefreiheit. Jetzt sehen wir „Klebstoff“-Rollen zwischen den Rollen, die wir zuvor aufgeteilt haben. Dies wird weiterhin geschehen, da der Heuhaufen der Verantwortung weiter wächst (und das wird er).
Verdammt, Dave und ich haben neulich gescherzt, dass es vielleicht ganze Jobs geben könnte, die sich nur mit der Bearbeitung von Bildern befassen. Ich schätze mich glücklich, dass ich größtenteils immer in kleinen Teams mit sehr talentierten Leuten gearbeitet habe, die oft über den Tellerrand hinausschauen und die Silos überbrücken.
Vielleicht ist es an der Zeit, einen Beitrag mit dem Titel „Ein Dutzend kleine Spaltungen: 2002-2022“ zu schreiben
„Am Anfang hatten wir den Webmaster, und diese Rolle machte alles.“
Dem stimme ich nicht zu. Als Webmaster von 1998-2003 bestand meine Aufgabe ausschließlich darin, die (damals statischen) Inhalte in Layouts umzusetzen, die vom Designteam entworfen wurden. Wir hatten also Grafikdesigner (ausgebildet für Print, die ständig versuchten, sich an Pixel statt an Pica/Punkte und 72 dpi statt 300 zu gewöhnen) und Webmaster, die die Layouts in Photoshop zerschnitten (ok, wir haben einige „Design“-Arbeiten erledigt), HTML4/XHTML-Code geschrieben (FONT-Tag sei Dank!) und Inhalte eingefügt/aktualisiert. Mann, wir rockten diese Tabellen und Framesets :-D
Ich frage mich, ob der Begriff Webmaster korrekt ist. Die Webmaster, die ich kannte, pflegten hauptsächlich eine Website und bauten sie nicht auf. Früher nannte ich mich Webdesigner und war für im Grunde alles zuständig: Design, Frontend und Backend. Heutzutage nenne ich mich UX-Ingenieur, den „Alleskönner“, der „Die Lücke“ füllt.