Ich will keine sogenannten Konflikte zwischen Rollen schüren, aber heute bin ich auf einen solchen Artikel gestoßen. Ja, es ist ein Artikel über Code-Monkeys und Design-Löwen. Er entstand daraus, dass ein Internetnutzer in irgendeiner Community eine Frage gestellt hat:

Ein Entwickler weigert sich, das Design gemäß den UI-Spezifikationen umzusetzen. Wie kann ich ihn dazu bringen, die Bedeutung einer präzisen Umsetzung zu verstehen und folglich den Code zu ändern?

Wenn ein Entwicklungsingenieur wiederholt fragt: „Was bringt es, dieses 1px zu verschieben? Warum sollte ich meine Zeit damit verschwenden?“ und sich weigert, etwas zu ändern, wie können wir diesem Entwickler helfen, die Bedeutung der Änderung zu verstehen und anzuerkennen?

Warum müssen viele Visual Designer in China den Entwicklern hinterherlaufen, um Details korrigieren zu lassen, die trivial, ja sogar vernachlässigbar erscheinen, aber für Designer dennoch sehr wichtig sind, und listen Probleme einzeln auf, erhalten aber keine positive Reaktion von den Entwicklern? Zum Beispiel habe ich von einem Kollegen gehört, dass die Entwickler bei Frog ihre eigene Software entwickelt haben, um die Design-Treue zu überprüfen, damit die Arbeit der Visual Designer nicht beeinträchtigt wird.

Was ist der zugrunde liegende Grund dafür, dass die Umsetzung von Design so schwierig ist? Liegt es daran, dass Designer keinen Code verstehen? Am ästhetischen Bewusstsein mancher technischer Mitarbeiter? Oder an einer Großunternehmens-Mentalität oder anderen Gründen? Wie kann diese Situation gelöst werden? In welcher Ära oder an welchem Wendepunkt kann sie gelöst werden?

Nun, wenig überraschend, war die am höchsten bewertete Antwort diese.

Aus Platzgründen kopiere bitte den Link in deinen Browser, um den vollständigen Text anzuzeigen. Link: http://zhi.hu/8lyF

Im gesamten Artikel scheut der Autor keine Mühe, Designer zu verunglimpfen und lächerlich zu machen, und weicht sogar vom Thema ab. Der Artikel sagt:

Für die Softwareentwicklung ist die Arbeit eines Code-Farmers unerlässlich. Die Arbeit eines Designers ist optional.

Ohne Design ist die Software immer noch nutzbar. Tatsächlich gibt es im heutigen Flat-Design-Zeitalter auf vielen Entwicklungsplattformen wie iOS System-Standardvorlagen, die nicht schön sind, aber sie sind auch keine nackte Betonhülle. Aber ohne Code gäbe es überhaupt nichts.

Die Wichtigkeit der Arbeit bestimmt, wer auf wen hört. So einfach ist das.

Nun, nach dem Lesen hatte Jingdian nur ein Gefühl: Ist das eine Gangsterbande oder einfach nur extreme Selbstüberschätzung? Wenn die Nutzerbasis die Qualität der Antworten bestimmt, bezweifle ich das überhaupt nicht. Abgesehen davon, dass Jingdian eine leichte Abneigung gegen diese Community zum Ausdruck bringt, möchte Jingdian auch einige Gedanken und Erfahrungen über die Beziehung zwischen Designern und Entwicklern in der Realität teilen.

Zunächst möchte ich meine Position klarstellen: Jingdian ist ein Designer, der ein wenig von Code und Produkt versteht.

Alles beginnt mit 1 Pixel: ändern oder nicht ändern?

Als verantwortungsbewusster Designer: Ist 1 Pixel für ihn wichtig? Wenn du sagst, es sei nicht wichtig, dann glaubt Jingdian, dass diese Person kein qualifizierter Designer ist, denn das ist die Kernaufgabe des Designers.

Wenn du sagst, es sei wichtig, werden manche sagen, es gibt nichts Perfektes auf dieser Welt. Nur keine Aufregung, es ist keine große Sache, es nicht zu ändern. Mach kein Theater darum!

Wenn sie dann die Entwickler bitten, dieses Problem zu beheben, sagt der Entwickler vielleicht, dass eine Änderung viel Arbeit und Zeit erfordert. Außerdem ist es nur ein Pixelproblem ohne große Auswirkung, also ändere es nicht.

Der Produktmanager sagt: Unser oberstes Ziel ist es, eine schnelle Iteration des Produkts sicherzustellen und dass die Kernfunktionen einwandfrei funktionieren. Es ist nicht nötig, dieses 1 Pixel anzupassen; das ist Zeitverschwendung~

Hör auf mit dem Theater, hör auf mit dem Theater, hör auf mit dem Theater!

An diesem Punkt würde ein Designer, der loslassen kann, wahrscheinlich von solcher Beharrlichkeit ablassen. Obwohl widerwillig, hat er keine Wahl und denkt: Gut, wenn es nicht geändert wird, wird es eben nicht geändert. Alle Dinge sind unvollkommen.

Mit der Zeit sammeln sich 1-Pixel-Probleme an. Wenn schließlich Hunderte oder Tausende von 1-Pixel-Problemen zusammenkommen, sagt der Benutzer eines Tages: "Warum ist diese Software (Webseite) so hässlich? Wie hast du das Design gemacht? Bist du inkompetent?"

Alle um den Designer herum sagen: "Das ist ein Problem mit deinem Design. Kannst du nicht anständig designen? Dein Können ist mangelhaft! Deine Einstellung ist problematisch!"

Designer: "..."

Ich denke, das ist etwas, das um uns alle herum passiert. Am Ende geht eine unordentliche Software (Webseite) live. Was die Marktreaktion angeht, du weißt schon ...

Ich denke, in diesem Moment müssen im Herzen des Designers zehntausend Alpakas herumtrampeln.

Ein schlechtes Produkt entsteht aus unzähligen Kompromissen und 1-Pixel-Fehlausrichtungen. In der heutigen hochgradig homogenen Produktlandschaft werden Nutzer natürlich Produkte mit schönen, benutzerfreundlichen Oberflächen wählen.

Niemand macht Design, aber die Software ist trotzdem benutzbar?

Ja, sie ist benutzbar. Ohne Design ist die Software absolut benutzbar, es ist nur mühsam, sie zu benutzen. Zum Beispiel, als die Menschen in der Antike lebten, aßen alle rohes Fleisch, und niemand sah etwas Falsches daran. Später sagte irgendein pingeliger Idiot (entschuldigt das Wort, Verzeihung) zu allen: "Hey, tatsächlich schmeckt über Feuer gebratenes Fleisch besser." Ich stelle mir vor, viele Leute sagten ihm: "Was zum Teufel machst du? Rohes Fleisch ist köstlich. Rohes Fleisch zu essen reicht. Wie beschwerlich ist es, gebratenes Fleisch zu essen!" Aber am Ende triumphierte gekochtes Fleisch über rohes Fleisch, und infolgedessen aß danach niemand mehr rohes Fleisch. Was Jingdian sagen will, ist: Sich abzufinden ist nicht unmöglich, aber sich abzufinden kann die immer höheren ästhetischen Bedürfnisse der Menschen nicht mehr erfüllen. Menschen müssen nicht nur essen, sondern auch satt werden und dann köstlich essen.

Dasselbe gilt für den Wert des Designs. Was die Aussage von jemandem auf ZhiX betrifft, dass Code obligatorisch und Design optional sei, möchte Jingdian neben einem "heh" auch noch eine Spitze austeilen: "Eigentlich ist Code auch nicht optional, denn Essen ist optional, am Leben zu sein ist optional. Alles andere kann zur Hölle fahren! Mein Freund, stimmst du mir nicht zu?"

Wenn Designer anfangen, Code zu schreiben, und Programmierer anfangen, Design auszuprobieren, was machst du dann?

Tatsächlich ist das 1-Pixel-Problem überhaupt kein Problem. Wenn der Designer den Design-Mockup mit akribischem Denken und klaren Anmerkungen fertigstellt und der Entwickler dem Mockup folgt, ist die Genauigkeit sehr hoch und erreicht im Grunde 80% bis 90%. Was die kleinen Details an diesem Punkt betrifft, schlägt Jingdian vor, dass Designer aktiv mit Entwicklern kommunizieren und sich koordinieren, um Probleme zu lösen. Ich glaube, die meisten Entwickler sind sehr bereit, uns bei der Lösung von Problemen zu helfen. Andererseits müssen Designer während der Kommunikation aus dem Kollaborationsprozess auch verstehen, wie Entwickler den Design-Mockup reproduzieren: wie der Code geschrieben wird, wie das Layout sinnvoll ist, wo Probleme vermieden werden können und was gemeinsam mit Entwicklern durchdacht und gelöst werden kann.

Im APP-Entwicklungsprozess von Jingdian hat der Computer die gleiche Laufzeitumgebung wie die Entwickler (Xcode), und git wird verwendet, um den Code mit dem Code der Entwickler synchron zu halten. Das hilft uns zu verstehen, wie Software produziert wird. Bei Bedarf können wir auch einige kleine Tricks zur Stilanpassung lernen. Für Designer bedeutet das, mehr Dinge zu lernen, die bei der Umsetzung des Design-Mockups helfen. Für Entwickler wäre es sicherlich willkommen, wenn du das tust, denn es gibt jemanden in der Nähe, der auch etwas Code schreiben und ihnen bei der Lösung von Problemen helfen kann, anstatt nur Probleme anzusprechen und sie damit allein zu lassen. So entstehen gute Kumpel.

Während dieses Prozesses tritt ein sehr gutes Phänomen auf. Aufgrund der Entwicklung eurer Beziehung kannst du als Designer, wenn ein Programmierer auf Farbauswahl oder einige einfache Bildprobleme stößt, ihm bequem helfen. Du kannst ihm sogar Photoshop installieren und ihm nach und nach einige einfache Bildbearbeitungen beibringen.

Auf diese Weise entstehen gegenseitige Zusammenarbeit und harmonische Kommunikation. Was machst du in diesem Moment? Schreibst du ein bissiges Manifest auf ZhiX oder beschwerst du dich endlos über die andere Seite?

Hervorragende Designer und Entwickler – Kommunikation und gegenseitiges Verständnis

Eigentlich betonen wir ständig Kommunikation. Was ist Kommunikation? Ein zweiseitiger Austausch ist Kommunikation. Eine einseitige Erklärung, während die andere Seite gleichgültig ist, ist keine Kommunikation. Vorhin haben wir angenommen, dass Designer und Entwickler beide vernünftig und im Temperament nicht so unvereinbar sind. Aber was, wenn du auf jemanden triffst, der nicht kompatibel ist? Oder wenn sich die andere Seite einfach weigert, dieses 1px zu ändern? Mögliche Gründe könnten sein:

• 1. Das Design-Mockup ist nicht sorgfältig genug und wird häufig geändert. Designer, stellt euch bitte die Situation vor, in der ihr für einen Kunden arbeitet und die Änderungen euch bis zum Blutspucken treiben.
• 2. Wenn das Design-Mockup sorgfältig und vollständig annotiert ist, aber die Wiedergabetreue durchweg niedrig ist, so niedrig, dass du es nicht ertragen kannst, dann steht neben der Kommunikation auch eine Frage von Fähigkeit und Haltung vor dir. Wenn es die anfängliche Zusammenarbeit ist, können wir versuchen zu kommunizieren. Wenn beide Seiten eine gute Haltung haben, wird die andere Seite im Allgemeinen bereit sein zu helfen. Es gibt noch eine Situation, der alle die größte Aufmerksamkeit schenken: Die andere Seite ist extrem unkooperativ. An diesem Punkt müssen wir den PM oder euren Leiter bitten, als Vermittler aufzutreten, um den Konflikt zu koordinieren und erfolgreich zu lösen. Denkt daran, in dieser Situation sollten Designer nicht zu stur sein, sonst ist es Nadel gegen Ahle, und am Ende nehmen beide Seiten Schaden.
• 3. Wenn der Designer Rücksichtnahme und Verständnis gezeigt hat, wie im zweiten Punkt beschrieben, die andere Seite aber extrem unkooperativ bleibt und schließlich Produktprobleme verursacht, dann ist das nichts mehr, was der Designer lösen kann. Vertrauen Sie darauf, dass Ihr Vorgesetzter oder Leiter ein tieferes Verständnis und Urteilsvermögen für die Gesamtlage hat. Alles, was Sie tun müssen, ist, Ihre eigene Arbeit perfekt und ohne Fehler zu erledigen. Denn die Qualität des Endprodukts können Sie nicht mehr kontrollieren. Lassen Sie es gut sein und finden Sie Ihr Erfolgsgefühl auf andere Weise.
• 4. Es gibt keinen ordnungsgemäßen Mechanismus für Bug-Feedback und Qualitätskontrolle, und Probleme werden auf Unterschiede in der individuellen Wahrnehmung statt auf Prozessstandardisierung zurückgeführt.
• 5. Schlechte Kommunikation. Ich weiß, Designer, du sagst "ändern, ändern, ändern", aber der Entwickler sagt vielleicht "... (macht sich nicht einmal die Mühe, dir zu antworten)."

An unsere lieben Entwickler

• 1. Wir wissen, dass ihr sehr beschäftigt seid, jeden Tag mit unzähligen Codezeilen konfrontiert seid, bis euch die Augen flimmern, und unzählige Bugs beheben müsst. Aber ich möchte wirklich etwas Code lernen, um eure Last zu teilen.
• 2. Wir wissen, dass ihr keine minderwertigen, geschmacklosen Code-Fanatiker seid. In eurem Herzen muss ein Streben nach Perfektion stecken.
• 3. Bitte versteht, dass Kommunikation in beide Richtungen geht. Oft brauchen wir euch, um uns Designern, die nichts von Code verstehen, zu sagen, wie man Dinge besser macht.
• 4. Wir wissen, dass prägnanter, eleganter, hocheffizienter Code euer lebenslanges Streben ist, aber mit einem Designer an einem 1-Pixel-Problem zu arbeiten, könnte auch Spaß machen?
• 5. Unser letztendliches Ziel ist dasselbe: ein zufriedenstellendes Produkt zu schaffen. Bitte vertraut auf die Professionalität des Designers, auch wenn ihr vielleicht talentierter seid als er.
• 6. Designer helfen euch gerne dabei, einige kleine Tools auf eurem Computer zu installieren, die die Interface-Entwicklung bequemer machen.
• 7. Bitte sagt keine verletzenden Dinge wie: "Wenn Programmierer Photoshop benutzen könnten, wozu bräuchte man dann noch Künstler?"

An mich selbst — ein Designer, der nach diesem 1 Pixel strebt

• 1. Streng mit sich selbst zu sein ist definitiv richtig. Nimm jeden Designentwurf und jedes einzelne 1px ernst.
• 2. Wenn du von den unvernünftigen Kunden der Partei A gequält wurdest, überlege, wie du als Partei A jetzt "Partei B" behandelst.
• 3. Wenn ein Pixel mit einer Anpassung erledigt werden kann, passe es nicht zweimal an. Wenn du es viele Male hin und her anpasst, entschuldige dich am besten beim Entwickler und lerne dann, wie du es selbst anpasst.
• 4. Lerne einfachen Code. Es ist nicht so schwer und macht sogar ziemlich viel Spaß. Bitte die Entwickler, dir eine Entwicklungsumgebung auf deinem Computer zu installieren; vertrau darauf, dass sie dir gerne helfen.
• 5. Unser endgültiges Ziel ist dasselbe: ein zufriedenstellendes Produkt zu schaffen. Bitte vertraue auf die Professionalität des Entwicklers, auch wenn du möglicherweise talentierter bist als er.
• 6. Glaube daran, dass die Grenzen zwischen den Berufen in Zukunft immer stärker verschwimmen werden. Du bist genau so ein großartiger Designer, der programmieren kann, oder vielleicht ein Produktmanager, der Design versteht. Lass sie dich beneiden.
• 7. Versuche zu glauben, dass jeder Entwickler liebenswert und freundlich ist. Wenn du den vorherigen Satz nicht glauben kannst, gib die Suche nicht auf.

Schließlich liebe ich jeden Designer und Entwicklungsingenieur, der ernsthaft und hingebungsvoll arbeitet, sich zu verbessern weiß und Ambitionen hat.