pixelgraphix

Um dein Beispiel mit den Architekten aufzugreifen: Die wenigsten Architekten (die richtig guten und teuren) können es sich leisten, sich gar nicht mit der Umsetung Ihrer Entwürfe beschäftigen zu müssen. Gleichwohl muss kaum ein Architekt die Umsetzung allein angehen (Ausnahme: Häuslebau). Bei jedem größeren Bauwerk sind für die Umsetzung Bauingenieure da – Fachleute. Damit die Zusammenarbeit funktioniert, muss aber auch der Architekt zumindest grundlegende Kenntnisse mitbringen, was statisch/konstruktiv relalisierbar ist und was nicht. Fehlt dieses Wissen, wird es fast zwangsläufig zu Änderungen im Entwurf bei der Umsetzung kommen – oder die Qualität leidet.

Unabhängig von der Branche gilt also: Wenn es eine Arbeitsteilung gibt, dann sollten diejenigen, die miteinander auskommen müssen, auch zumindest Grundkenntisse der angrenzenden Fachbereiche mitbringen. Natürlich gibt es Ausnahmen, aber diese bestätigen die Regel.

@stereophone: “zu verstehen was möglich und vor allen Dingen was nicht möglich ist”

Möglich ist doch heutzutage fast alles. Die Frage ist doch eher, ob man auf einen gemeinsamen Nenner kommt, wenn mehrere Personen an einem Projekt beteiligt sind. Das halte ich für das größere Problem.

Viele Köche und so, ne? ;)

Ich finde es wichtig das “Webdesigner” html+css schreiben können. Ich finde es sogar sehr essentiell. Bereits das Photoshop Konstrukt entscheidet darüber ob die Seite schnell oder schwer umzusetzen ist. Es entscheidet darüber ob die Seite geringe oder lange Ladezeiten haben wird. Es entscheidet darüber ob IE Fixing eine Stunde dauert oder 10min. Es entscheidet darüber ob ich CSS3 einsetzen kann oder mit transparenten PNGs arbeiten muss. Es entscheidet darüber ob ich viele Datenbankabfragen machen muss oder wenige. Ob die Seite ohne weiteres auf mobilen Endgeräten läuft oder man eine zweite Version bauen muss. Und da gibt es noch viel viel mehr Punkte.

Es kam oft vor das Designer keine Ahnung von irgendwas ausser Photoshop hatten, die Gestaltung echt Bombe war aber die Umsetzung einen zum Haare ausreissen brachte oder das Endergebis eine Mischung aus Designer Idee und Programmierer Kompromissen war. Ich schätze es daher sehr mit Designern zusammenzuarbeiten, die wissen was DIV Boxen, IE Fixes oder CSS3 Anweisungen sind. Nur so kann man im Team wirklich effektiv arbeiten. Sonst müssen die Programmierer die Fehler der Designer ausmerzen. Design ist für mich nicht nur Gestaltung sondern das schaffen eines runden, effektiven und benutzbaren Endproduktes, dass keine Kompromisse eingeht.

Guten Tag.

Ich bin froh, dass angeregt über das Thema diskutiert wird. Denn die Praxis zeigt, dass an vielen Stellen noch sehr viel tun tun ist. Ich habe mit Designern zusammengearbeitet, die Screendesigns für Websites geliefert hatten. Diese hatten die Grundlagen in HTML und CSS nicht. Es war – ich nenne es mal so – anstrengend ;-). Ich meine mit den Grundlagen nicht gleich gurueske Fähigkeiten. Diese Grundlagen gehören imho dazu, wenn man Design für’s Web macht.

Aber es tut sich was. Und es werden immer mehr Designer, Webdesigner und -entwickler, die die nötigen Grundlagen und Schnittstellenkompetenzen mitbringen.

Unabhängig von der Branche gilt also: Wenn es eine Arbeitsteilung gibt, dann sollten diejenigen, die miteinander auskommen müssen, auch zumindest Grundkenntisse der angrenzenden Fachbereiche mitbringen. Natürlich gibt es Ausnahmen, aber diese bestätigen die Regel.

Dto.

Gute Frage – Ahnung von der Materie sollte man haben. Dennoch halte ich es “als Designer” mitunter für wenig sinnvoll, sich während des Beginns der Gestaltung ständig Überlegungen zu machen, ob ich selbst dies und das so umsetzen könnte .

Man ertappt sich schon manchmal beim “Faulwerden” wenn man später via CSS umsetzt, das man schon bei der Gestaltung zu eingeschränkt denkt ( “ …oh das könnte kompliziert werden” ;) )
Es schränkt mich bei der Gestaltung zu sehr ein “ beim ausspinnen” neuer Ideen & Lösungsansätze. So würden nie andere, neuartige Dinge entstehen und kein techn. Fortschritt/ Innovationen im Web möglich sein.
Sinnvoll finde ich es, sich Gedanken über versch. Lösungsansätze zu machen , und diese dann mit den Entwicklern abzusprechen.

Also: Interface/Screen Designer sollten HTML/CSS grundsätzlich im Groben beherrschen und wissen was machbar ist und wie es funktioniert – aber die Umsetzung in Hinsicht der immer größer werdenden Komplexität , überlasse ich, wenn ich die Wahl habe, persönlich lieber einem guten & fähigen Webentwickler.

Ich sehe das eher zwiespältig. Je mehr der Designer über die Technik weiß, desto begrenzter wird er, weil er immer hinterfragt ob und wie dies oder jenes umsetzbar ist. Dennoch ist es natürlich wünschenswert, wennn genau das passiert, damit die Umsetzung nachher einfacher ist.

„Sollte nicht ein Programmierer designen können ?!“

Wenn man konsequent denkt dann ja. Aber wird er nicht unbedingt können weil sich gutes Design eben nur bis zu einem gewissen Grad erlernen lässt. Die reine Technik von HTML und CSS kann sich theoretisch jeder beibringen…

Dazu kommt aber auch, dass der Entwickler im Produktionsprozess hinter dem Designer kommt, der Designer also durch seine Arbeit maßgeblich mitbestimmt wie viel Stress der Programmierer später hat :-) Von daher würd ich sagen, es ist wichtiger, dass ein Designer Ahnung von HTML/CSS hat als andersrum.

Ich persönlich finde, jeder Designer sollte mal eine Schulung in HTML/CSS bekommen und auch mal eine Seite umsetzen um eine uuungefähre Vorstellung davon zu bekommen was machbar ist, wo´s Probleme gibt und so weiter. Ich erwische mich allerdings auch oft dabei schon bei ersten Entwürfen an die Umsetzung zu denken und das ist dann eher kreativitätsbremsend. Aber das is ne Kopfsache die man mit ein bisschen Übung geregelt kriegt glaube ich :-)

Grundsätzlich ist es schonmal erforderlich, dass ein Screendesigner einen ungefähren Plan von Webentwicklung hat. Versaut sind da oft diejenigen, die aus dem Printbereich herüberkommen. Es muss klar sein, dass Auflösungen variieren, dass Scrollen zum Web dazugehört, dass es gewisse Fixpunkte gibt wie Logo oben links Menü links oder oben, dass sich Schriften nicht beliebig einsetzen lassen.

Ob er darüberhinaus Codinggrundlagen können muss, hängt einzig und allein vom Budget ab. Je weniger er vom Coden weiß, desto weniger wird er eingebremst und das Design umso spektakulärer (unter den oben genannten Maßgaben), aber das muss alles der Frontendentwickler ausbaden. Und je nachdem wie der Herr Designer auf die Tube gedrückt hat, kann das dann nicht mehr jeder, und es kostet sehr viel Zeit. Ergo wird’s teuer und der Kreis zum Begriff “Budget” schließt sich wieder.

Geht es um eine ansehnlich herzustellende, aber finanziell (oder zeitlich) schmal budgetierte Umsetzung, dann kann man sich den Spaß eines Designs ohne Kompromisse nicht erlauben. Dann ist es von Vorteil, wenn man einen Designer hat, der sich aller Konsequenzen bewusst ist und dem Frontendentwickler keine überflüssigen Steine in den Weg legt.

Dummerweise kommt es öfter zu der Paarung: kleines Budget + Printdesigner liefert Vorlagen. Das geht so natürlich nicht. You get what you pay for!

Aber bevor hier Frontendentwickler nur auf Screendesignern rumhacken: Die Diskussion “Screendesigner und HTML-Kenntnisse” kann man auch übertragen auf “Frontendentwickler und Serverprogrammierkenntnisse”: es ist für den Backendprogrammierer schon ziemlich übel, wenn er andauernd lustige Klassen à la “first” und “last”, oder immer zwischendurch mal “clearer” einweben muss. Das macht ihm keinen Spaß, bläht den Code auf und verringert somit die Wartbarkeit und Fehlerfreiheit des serverseitgen Codes. Wenn also das erste Element einer Liste als einziges keinen border-top haben soll (und es im IE6 laufen soll), dann bitte schön packe man ein “overflow: hidden” auf das umgebende UL (im IE6 dann noch “position: relative”) und versehe die LIs mit “margin-top: -1px; border-top: 1px;”. So einfach geht das. Für den Backendprogrammierer dann ein Nobrainer. Oder wie wäre es anstelle von Galerien mit Floats mal auf den Inline-Block zu gehen. Schon kann man sich die Clearer alle sparen.

Andersherum muss auch gesagt werden, dass es deutlich zu viele Backend-Programmierer gibt, die null Plan von HTML haben. Die haben wahrscheinlich damals gedacht: “HTML ist für kleine Mädchen, das kann jeder Depp” und “PHP ist viel cooler” weswegen sie HTML einfach mal überspringen. Was diese Typen dann aus sauberen, geil durchgestylten statischen Templates machen ist der reinste Horror. Die basteln dann einfach mal eigenmächtig Sachen um, oder raffen nicht wie man .htc-Dateien korrekt verlinkt. Verschachtelungen werden auch “locker” gesehen und mal offen gelassen oder vertauscht. Das beste, das ich irgendwann auf einer Live-Seite las, die auf wunderbar validen barrierefrei gebauten Templates aufbaute, war ein Attribut boarder=“1” . Da war ich natürlich vollkommen bedient. Schöner Deprecated-Code, dazu noch verschrieben, und klar: die Seite hat mehrere hundert Fehler im Validator ausgespuckt. Den Kunden hat das Templating richtig Asche gekostet und die Birnen vom Backend zerholzen einfach mal alles.

Spätestens hier hat Dirk als erster Poster vollkommen Recht zu konstatieren, dass jedermann ein wenig Ahnung von den Nachbarn in der Produktionskette haben sollte.
Aber es braucht idealerweise auch einen “Superwiser” der einen Durch- und Überblick über alle Bereiche hat, der darauf achtet dass das Niveau über alle Stationen gehalten wird.

Hey danke für den Tip mit den Listen und margin :) Auch ne gute Idee :) hehe

Auch wenn ich den Gesamtchor hier ein wenig über den Haufen werfen möchte, stimme ich in gewisser weise zu – aber:
Aus meiner Sicht muss ein Designer keine Kenntnisse von HTML/CSS etc. haben – er muss aber die Denkweise verstehen, wie Inhalt und Layout in diesem Medium entsteht.
Ohne mich in langen Texten zu verlieren – Beispiele:
Softwarearchitekt
Er/ Sie entwickelt eine Lösung, eine Lösung die das Problem behebt und doch muss er keinen String der Sprache verstehen, die dann zur Anwendung kommt. Er muss den Prozess verstehen.

Geräte-Konstrukteur
Er hat eine Idee und setzt die in seiner Umgebung, in der Regel Zeichenbrett oder CAD-Software, um. Er muss nichts von der Programmierung der Maschine verstehen, er muss aber den Prozess der Fertigung verstehen, denn sonst “erfindet” er Sachen, die man nicht fertigen kann.

Beides kann man gut auf Websites spiegeln. Designer sollten das rechteckige Denken in diesem Medium verstehen und dann können sie mit diesem Verständnis einen Entwurf viel besser gestalten und lassen viele Spielereien außen vor, weil sie plötzlich den Aufwand dahinter verstehen.

Nichtsdestotrotz zeigt sich aus meiner Sicht hier, dass ein Weg des Progressive enhancement wesentlich besser das Ziel der Website erreichen kann und man oftmals nicht vom Designentwurf eines Grafikprogramms zur Website kommen sollte.

Ein Designer sollte schon etwas von css/html verstehen, zumindest in Grundzügen. Er muss wissen wie sowas aufgebaut ist, was geht und was vielleicht grössere Herausforderungen sind (und ggf. Einschränkungen in der dynamic von Projekten mit sich bringen). Genauso sollte ein Projektleiter (gerade in grösseren Firmen) Wissen über die Arbeitsschritte haben und wissen, was dahinter steckt.

Eines scheinen wir aber alle vorrauszusetzen: ein grundsätzliches Verständnis für Web. Designer kommen aber fast immer aus der traditionellen Print-Richtung. Wenn man in Agenturen – auch grossen – schaut, gibt es selten spezialisierte Webdesigner (ausserhalb von Flash) oder höchstens welche, die sich so nennen, dann aber Briefings abliefern die nur 30% der Fragen umfassen und ihre Designs in InDesign abliefern. Das bringt mich dann so richtig zum heulen. :)

Ein Webdesigner sollte definitiv Grundlagen kennen wie eine Seite umzusetzen ist. Genau wie der Architekt Grundlagen von Statik haben sollte, sonst entwirft er Brücken ohne Feiler – sieht toll aus, aber prinzipiell nicht machbar.
Klar, machbar ist alles, mit Zeit und Geld.

Ein Webdesigner der nicht weiss was umzusetzen ist, macht sich die Welt im Photoshop so wie sie ihm gefällt.
Passt z.B. ein Wort nicht nicht in die Navigation, wird einfach ein anderes Wort genommen…..Monitore sind grundsätzlich so schön groß wie seiner….Content ist immer nur soviel da wie es die psd bei 100% zulässt…
Und 849 Pixel bekommt man nicht zentriert, halbe Pixel geht nicht!

Genauso muss ein Web-Entwickler auch Grundkenntnisse von Photoshop und Co haben, um sich die Grafiken aus dem Screendesign herauszuschnitzen.

Verstehe auch nicht, warum man als Designer programmieren können muss. Bin schon froh, wenn ich mein Notebook nicht zum absturz bringe.

Als freiberuflicher Webdesigner, sind HTML und CSS obligatorisch. Außerdem sollte man endlich einsehen, dass HTML keine Programmiersprache ist.
Außerdem Design nur im Kreativen und Gestalterischen zu sehen, liegt schon einmal grundsätzlich falsch, und sollte mal einen Industriedesigner befragen, wo denn überall seine Aufgaben liegen.
Ein Webdesigner entwirft (designt) eine Schnittstelle (ISO 14915 und ISO 9241-110). Und wie schon zuvor erwähnt ist das Berufsbild des Webdesigner nirgends klar definiert, von keiner Kammer und keiner Genossenschaft. Da ist es ganz klar, dass es zum einen Spezialisierungen gibt und geben wird und zum anderen das es viele Überlappungen gibt.
Ein Freiberufler der mit Photoshop, Fireworks, Illustrator oder was auch immer ausschließlich Layouts abliefert, wird schnell merken das dies kaum gefragt ist.

Also jemand, der wirklich nur Grafiken designed brauch das definitiv nicht können. Wer aber Templates für ein CMS oder zur weiteren Verwendung eines Programmierers erstellt, wird da wohl nicht drum rum kommen.

Ich hab es als PHP-Programmierer leider schon allzu oft erlebt, dass ich von einem Designer ein InDesign-Kauderwelsch-Konstrukt bekommen habe. Nur, wie soll ich da meine Tags für die Template-Engine reinhängen?

Leidiges Thema! Ich weiß…

Gruß
Thomas

Habe gar nicht gelesen, ob hier von Programmierung die Rede ist. Achte da oft auch gar nicht drauf, überlese ich einfach. Seit der Ausbildung als DV-Kaufmann heißt es für mich “man programmiert C++ und schreibt HTML/CSS”.

Ansonsten kann ich Dannys Ausführungen nichts hinzuführen.

Der Begriff “Webdesigner” ist eh relativ unklar. Was gehört dazu und was nicht? Denn letztendlich tut dieser Mensch oft mehr als “nur” gestalten. Gibt schon Gründe, warum sich manch einer lieber Webworker nennt oder Webdesigner und Frontend-Entwickler.

Desigern und HTML in einen Satz zu erwähnen, da stellt es mir immer die Nackenhaare hoch. HTML ist letzenendes “nur” eine Auszeichnungssprache und hat an für sich ersteinmal garnichts mit Design zu tun.

Desigern sollten sich wohl eher mal mit CSS beschäftigen um zu kapieren, was möglich ist und wie es möglich ist.

Ich bin es ehrlich gesagt leid, diese pixelgenauen Boxen mit Schatten und Headlines sowie Footer mit festen Höhen zu bauen…und dann kann mans nichtmal zoomen, da ein fester nicht in die y-Achse wiederholbarer Background eingebunden werden muss…*wuah*..

Das ist Folter!

Ich denke schon dass es sehr wichtig ist, dass Designer auch wissen wie eine Webseite im Hintergrund tickt. Andernfalls entwickeln diese aberwitzige Designs, welche sich kaum oder nur sehr schwer umsetzen lassen. Schließlich weiß doch auch jeder Automobildesigner, dass ein Auto eine Lenkung hat und vier Räder ;-)

Grüße aus Rosenheim

Finde nicht das es ein 100% Muss ist. Aber…wie immer gilt…mehr ist auch mehr…und kann nie schaden…Zudem kann man seine ideen dann 1:1 umsetzen.

Hallo zusammen. Unsere Wandtattoo designer brauche wirklich keine Ahnung von HTML haben. Allerdings ist es sicherlich von Vorteil wenn gewisse Grundlagen vorhanden sidn. Kann ja nicht schaden

Der Artikel ist sehr interessant. Mir stellt sich dabei aber eine ganz andere Frage als die, ob man als Webdesigner HTML können sollte, nämlich ob man langfristig auf dem Markt bestehen kann, wenn man sich nur auf das Design beschränkt. Je mehr man selbst machen und umsetzen kann, desto größer ist wahrscheinlich auch die Chance, ausreichend Aufträge an Land zu ziehen. Daher kann es nicht schaden, sich in die Materie einzuarbeiten, auf lange Sicht lohnt sich das bestimmt.

Ich denke schon, dass ein Designer html kennen sollte. Zumindest dir Grundlagen!!