Auch Webdesigner müssen Web-Coding lernen

Oftmals wird nach der Fertigstellung eines Webdesigns die Unwissenheit des Designers aufgedeckt und er wird kritisiert. Sie überließen die schwere Arbeit der Erstellung des Webseitencodes den Programmierern. Dieses Phänomen ist nicht nur in der Webentwicklungsbranche zu beobachten, sondern auch in der Software- und Spieleentwicklungsbranche.

Die harte Wahrheit ist, dass der Entwicklungsfortschritt durch Designer verzögert werden kann. Um optimale Effizienz zu erreichen, müssen Designer nicht nur zeichnen, sondern auch in der Lage sein, dies umzusetzen. In diesem Artikel möchte 123WORDPRESS.COM den Lesern einige Gründe nennen, warum Designer das Schreiben von Code lernen müssen.

Erstellen Sie realistische und umsetzbare Designs

Mit einer klaren Vorstellung vom Endprodukt können Designer realistischere und praktikablere Konzepte entwickeln. Als integraler Bestandteil des Entwicklungsprozesses müssen Designer sicherstellen, dass ihre Designs reibungslos auf das Webmedium übertragen werden und dabei Benutzerfreundlichkeit, Webzugänglichkeit und Implementierbarkeit berücksichtigt werden. Eine benutzerfreundliche Website zeichnet sich nicht nur durch eine klare und übersichtliche Navigation aus, sondern bietet den Benutzern auch alle benötigten Informationen, ohne aufdringlich oder überladen zu wirken. Die einzige Möglichkeit herauszufinden, ob ein Weblayout realisierbar ist, besteht darin, zu lernen, wie man selbst eine Webseite erstellt.

Erleichtern Sie die Kommunikation

Bei fast allen Produkten, bei denen Design und Implementierung getrennt sind, können die Design- und Implementierungsgruppen nie die gegenseitigen Erwartungen erfüllen. Dies gilt insbesondere für immaterielle Produkte wie Websites, Software und Spiele. Dabei läuft es normalerweise auf einen Kompromiss zwischen den Produkterwartungen und der Produktdurchführbarkeit hinaus, der derzeit kaum perfekt zu erreichen scheint. Die Lösung besteht darin, dass Designer versuchen sollten, ihre Entwürfe persönlich umzusetzen, um Verwirrung, Missverständnisse und Fehlkommunikation zu vermeiden.

Bequemer iterativer Entwicklungsprozess

Ein Design sollte in der Praxis nicht absolut sein. Damit meine ich, dass das Design flexibel und benutzerfreundlich sein sollte und an die technischen Einschränkungen des Systems angepasst werden kann, ohne dass seine ursprüngliche Bedeutung verloren geht. Diese wiederholten, aber notwendigen Änderungen können nur vom ursprünglichen Designer vorgenommen werden. Ein Designer/Entwickler kann effizienter arbeiten als ein Entwickler, der den Entwurf zur Änderung an den Designer zurückgibt. Und es kann zu Reibereien zwischen Designern und Entwicklern kommen – und das tut es auch oft.

Bessere und harmonischere Ergebnisse

Ich stelle mir die Entwicklung von Software, Netzwerken oder Spielen gerne als ein Orchester vor, mit den Designern als Komponisten und den Entwicklern als Dirigenten. Stellen Sie sich vor, diese beiden wären dieselbe Person? Die Symphonie wird atemberaubend, bezaubernd und rein sein! Es ist nicht nur ein Meisterwerk des Meisters, sondern wurde auch von ihm persönlich inszeniert!

Verkürzung der Entwicklungszeit

Die Tatsache, dass Designer auch die Rolle von Programmierern spielen, bedeutet, dass der Fortschritt von Design und Codierung sequenziell, wenn nicht sogar gleichzeitig erfolgt. Das Ergebnis ist ein kürzerer Entwicklungszyklus – wem ist Effizienz egal?

Designer sind marktorientierter

Moderne Designer müssen ihre Fähigkeiten verbessern, um ihren persönlichen Wert zu erhalten. Über eine Reihe von Fähigkeiten zu verfügen, reicht bei weitem nicht aus. Wir müssen oft verschiedene Titel tragen: Designer, Frontend-Entwickler, Artikelautor und Projektmanager.

Indem Sie lernen, Ihre eigenen Designs umzusetzen, statt sie in den Händen der Entwickler zu Waisen werden zu lassen, steigern Sie Ihren eigenen Wert. Schließlich kann es nicht schaden, Design- und Programmierkenntnisse im Lebenslauf zu erwähnen. Im Gegenteil: In Zeiten der Finanzkrise, in denen Unternehmen umstrukturiert (siehe Massenentlassungen) und Kosten gesenkt werden, ist es möglich, die eigene Bedeutung hervorzuheben, ohne dafür entlassen zu werden.

Trotz all dieser Gründe für Designer, das Programmieren zu lernen, gibt es jedoch auch einige Einwände.

Zitat aus Lukas Mathis‘ kontroversem Artikel „Designer sind keine Programmierer“ ( Anmerkung 1)

Wenn ein Designer seinen eigenen Entwurf implementiert, ist er an zwei verschiedene Ziele gebunden: sauberer Code und gute Benutzererfahrung. Diese beiden Ziele widersprechen sich. Würde man ein eigenes Design umsetzen, müsste man zwangsläufig Kompromisse bei der Codequalität eingehen, was einem Interaktionsdesign nicht förderlich ist.

Designer, die ihre eigenen Entwürfe implementieren, stehen vor zwei Problemen: Sie wissen, dass eine großartige neue Idee ein Code-Chaos verursachen wird. Und sie wissen auch, dass, wenn sie die Benutzerfreundlichkeit verbessern, der vorhandene Code durcheinander geraten wird. Die beiden stehen im Widerspruch zueinander, da es bei der Benutzererfahrung auf die kleinen Details ankommt und diese kleinen Details letztlich durch die Abneigung der Benutzer, den Code zu überladen, ruiniert werden.

Dies fasst die harte Haltung der „Webentwicklungspuristen“ treffend zusammen. Sie sind von der alten Schule und plädieren für eine klare Trennung zwischen Design und Entwicklung. Es ist offensichtlich, dass Designer für Menschen und Entwickler für Maschinen kreieren. Daher sollten UX-Designer die bestmögliche Benutzeroberfläche gestalten und Entwickler die bestmöglichen Programmierentscheidungen treffen lassen. Obwohl dies teilweise zutrifft, waren meine Bemühungen, im Code Inspiration zu finden, bei der Arbeit an einer Benutzeroberfläche oft erfolglos. Generell ist es hilfreich, sich über die technischen Einschränkungen und die Benutzerfreundlichkeit im Klaren zu sein.

Abschließende Gedanken

Letztlich kann der Umfang des zu entwickelnden Projekts die Rollen der Designer und Entwickler bestimmen. Eine kleine Anwendung kann von einem Projektmanager verwaltet werden ( Anmerkung 2) , für ein großes System sind jedoch zwangsläufig andere Fachkräfte erforderlich!

Anmerkung 1 Mathis-Lukas——„ Designer sind keine Programmierer “——ignorieren Sie den Code

Anmerkung 2 Spolsky-Joel - beschreibt eine Position namens "Designer-Programmierer" - "Wie man ein Programmmanager wird " - Joel über Software