Katzen und Hunde. Kain und Abel. Designer und Entwickler. Dies sind nur einige der großen historischen Duelle.
Designer und Entwickler scheinen oft von verschiedenen Planeten zu kommen und völlig unterschiedliche Gehirne zu haben.
Entwickler möchten, dass eine Website arbeiten Richtig, Designer wollen es sehen Rechts.
Auch wenn es bei diesen Zielen viele Überschneidungen gibt (und natürlich bin ich hier ein wenig stereotyp), sind die Unterschiede oft auf die Erfolgserwartungen des Designers und Entwicklers zurückzuführen.
Der Umgang mit Erwartungen ist eine Frage der Kommunikation: Der Gegenseite klar darlegen, Gemeinsamkeiten finden und sich auf Ziele einigen.
Okay, vielleicht ist es das auch nicht Das einfach, aber es ist für beide Seiten wichtig, zumindest versuchen einander zu verstehen.
In dem Bemühen, den guten Willen zwischen Designern und Entwicklern zu fördern, werde ich einige meiner liebsten Ärgernisse mitteilen und die Probleme, die zu ihnen führen, und ihre Lösungen untersuchen.
Peeve Nr. 1: „Warum kann der Entwickler es nicht einfach wie die Komposition aussehen lassen?“
Sie erstellen ein großartig aussehendes Design und übergeben die Komposition an Ihren Entwickler. Wenn Sie die Website jedoch zurückerhalten, sieht sie wie ein Flickenteppich aus dem aus, was Sie entworfen haben.
Ausgabe
Comps sind keine Webseiten; Sie sind keine Mischung aus HTML-, CSS- und JavaScript-Code. Photoshop, Fireworks und Illustrator können viele Dinge tun, die im Web unmöglich (oder zumindest völlig unpraktisch) sind, was oft bedeutet, dass Entwickler das Design verkleinern müssen.
Lösung
Sprechen Sie mit Ihrem Entwickler, während Sie entwerfen, und nicht erst danach. Fragen Sie sie, ob ein von Ihnen verwendeter Effekt leicht zu erzielen ist oder ob es eine bessere Alternative gibt. Wenn Sie mehr über die Webentwicklung lernen, werden Sie auch besser erkennen können, ob Ihr Design unpraktisch ist und ob der Entwickler einfach nachlässt.
Peeve Nr. 2: „Die Farben sind alle falsch!“
Sie wählen die Farben nicht willkürlich aus, aber die Entwickler scheinen zu glauben, dass „nah ist nah genug“.
Ausgabe
Ich weiß nicht, ob das auf alle Entwickler zutrifft, aber ich habe einmal mit einem Entwickler zusammengearbeitet, der rot-grün-farbenblind war (er war ein großer Fan unserer Content-Managerin, die ihr alle E-Mails in rosa Text auf einem verschickte). lindgrüner Hintergrund). Allerdings hinderte ihn seine Farbenblindheit nicht daran, ein großartiger Entwickler zu sein.
Lösung
Wenn Sie möchten, dass die Farben stimmen, geben Sie alle Farbwerte auf der Seite an. Verlassen Sie sich nicht darauf, dass Ihr Entwickler die Farbwerte prüft oder die Farben in Photoshop ausprobiert.
Sie müssen auch bedenken, dass das Problem möglicherweise nicht beim Entwickler, sondern bei Ihnen liegt. Farben sehen auf einem Mac anders aus als in CMYK (falls Sie diesen Farbraum versehentlich aktiviert haben). Stellen Sie sicher, dass der Farbmodus und die Proofs Ihres Dokuments standardmäßig auf generisches RGB eingestellt sind.
Peeve Nr. 3: „Wissen Entwickler überhaupt, was?“Leerraum‘ bedeutet?”
Sie haben rund um die Elemente viel Spielraum gelassen, um einen fließenden Augenverlauf zu schaffen und die Lesbarkeit zu verbessern, aber der Entwickler stopft alles zusammen und sagt Ihnen: „Nur so passt alles zusammen.“
Ausgabe
Ich habe mich einmal bei einem Entwickler darüber beschwert, dass er zwischen dem Rand eines Moduls und seinem Inhalt keinen Platz ließ, was es für die meisten Leute wirklich schwierig machte, es zu lesen. Er antwortete: „Andere Menschen sind mir egal. Ich kann es lesen.” Während die meisten Entwickler nicht ganz so gefühllos sind, sind sie nicht in der Kunst geschult, positive und negative Räume zu mischen, um den Blick des Besuchers auf das Design zu lenken.
Lösung
Wenn Sie wirklich möchten, dass Ihre Entwürfe so präzise wie möglich sind, geben Sie dem Designer nicht einfach einen Überblick und erwarten Sie, dass er die Abstände herausfindet. Geben Sie die genauen Breiten, Höhen und Längen in einem Dokument mit Designspezifikationen an. Dies dient als Blaupause, auf die Sie und der Entwickler sich einigen, wie die Dinge angeordnet werden sollen.
Definieren Sie zumindest allgemeine Regeln für Ränder und Abstände. Beispiel: „Alle Module müssen einen Abstand von mindestens 10 Pixeln zwischen dem Inhalt und dem Rand haben.“
Peeve Nr. 4: „Der Entwickler schafft es nie, dass meine Designs in verschiedenen Browsern gleich aussehen.“
Sie sehen sich die Site in Firefox an und sie sieht gut aus, aber wenn Sie zum Internet Explorer wechseln, zerfällt sie.
Ausgabe
Sie müssen Verständnis für die Notlage der Entwickler haben, wenn es darum geht, Designs in allen Browsern einheitlich aussehen zu lassen. Jeder Browser hat seine eigenen Besonderheiten in Bezug auf die Abstände. Die Dinge werden besser (vor allem mit dem langsamen Tod von Internet Explorer 6), aber es ist immer noch schwierig, sie alle dazu zu bringen, gut miteinander zu spielen.
Lösung
Im Allgemeinen lasse ich in meinen Designs ein paar Pixel Spielraum, um browserübergreifende Probleme zu berücksichtigen. Es ist jedoch hilfreich, beim Entwerfen zu wissen, um welche Probleme es sich handelt, damit Sie dem Entwickler helfen können, sie zu vermeiden.
Scheuen Sie sich nicht, den Entwickler auf browserübergreifende Probleme hinzuweisen und erwarten Sie, dass diese behoben werden. Um einige dieser Probleme zu lösen, müssen Sie jedoch möglicherweise Ihr Design anpassen.
Peeve Nr. 5: „Das wird dauern Wie lang?”
Nichts ist deprimierender, als mitten in der Nacht Zeit zu verbrennen, um einen Teil eines Projekts termingerecht fertigzustellen, nur um dann einen Entwicklungs-LOE (Level of Effort) zurückzuerhalten, der das Veröffentlichungsdatum des Projekts um einen Monat vor dem Ende der Ewigkeit verschiebt .
Ausgabe
In einer klassischen Folge von Star Trek: Die nächste GenerationScotty erklärt Geordi La Forge die Fakten des Ingenieurlebens: „Du hast es ihm nicht gesagt [Captain Picard] wie lange würde es dauern Wirklich nimm, oder? Oh, mein Junge. Sie müssen noch viel lernen, wenn Sie wollen, dass die Leute Sie für einen Wundertäter halten.“ Manche Entwickler denken über Designer genauso wie Scotty über Sternenflottenkapitäne.
Lösung
Entwickler wissen, dass sie auf unvorhergesehene Probleme stoßen werden, und neigen daher dazu, ihre Schätzungen stark zu erhöhen. Dadurch sehen sie auch dann wirklich gut aus, wenn sie ihre Arbeit viel früher als erwartet erledigen. Feilschen Sie mit dem Entwickler um einen angemessenen Zeitplan und halten Sie ihn dann daran fest. Wenn Sie einen Entwickler kennenlernen, werden Sie hoffentlich Ihren eigenen Weg finden, ein „Wundertäter“ zu sein.
Besonderer Bonus Peeve: „Entwickler verstehen Designer einfach nicht.“
Oder schlimmer:
„Der Entwickler hält sich für einen Designer!“
Es ist schon schlimm genug, wenn Entwickler sich scheinbar einfach weigern, den Standpunkt des Designers zu verstehen, aber diese Meinungsverschiedenheit kann normalerweise beigelegt werden (normalerweise durch einen guten Projektmanager). Wenn der Entwickler jedoch glaubt, mehr über Design zu wissen als der Designer, können die Gemüter aufflammen.
Ausgabe
Ich musste mich mit mehr als einem Entwickler auseinandersetzen, der einen Artikel von gelesen hat Jakob Nielsen und wollte mir dann mitten in einem Meeting einen Vortrag über gute Designpraxis halten. Dies zeugt nicht nur von Respektlosigkeit gegenüber dem Designer, sondern verlangsamt auch das Projekt, da es zu einer Debatte kommt.
Lösung
Die Zusammenarbeit mit besserwisserischen Entwicklern ist schwierig, und die Art und Weise, mit solchen Situationen umzugehen, hängt von der Größe des Egos ab, mit dem Sie es zu tun haben. Im Allgemeinen finde ich es am besten, einfach zuzuhören, was sie zu sagen haben, und dann, wenn sie Recht haben, es anzuerkennen und weiterzumachen. Vermeiden Sie es, wenn möglich, mit ihnen zu streiten.
Ihre Beschwerde bezieht sich oft auf eine Design-„Regel“, die gebrochen wurde. Haben Sie keine Angst zuzugeben, dass Sie gegen eine Regel verstoßen haben – das ist es, was innovative Designer tun – aber Stellen Sie sicher, dass Sie sich rechtfertigen können Warum du hast es kaputt gemacht.
Wann immer ich mich in dieser Situation befinde, denke ich an meine Rezensionstage an der Designschule zurück, als ich meine Arbeit gegen ziemlich brutale Kritik verteidigen musste. Diese Sitzungen waren oft eine Belastung für mein Ego, aber sie lehrten mich, meine Entscheidungen schnell zu verteidigen und dabei einen kühlen Kopf zu bewahren.
Es mag demütigend erscheinen, Ihre Entscheidungen ständig rechtfertigen zu müssen, aber je mehr Sie die „Methode in Ihrem Wahnsinn“ zeigen, desto mehr desto mehr werden Sie feststellen, dass Ihre Kollegen Ihr Urteilsvermögen schätzen und ihm vertrauen.
Exklusiv für WDD geschrieben von Jason Cranford Teague.
Welche Ärgernisse haben Sie mit Entwicklern? Wir würden gerne mehr darüber erfahren. Teilen Sie uns bitte unten Ihre Kommentare mit.
