Designer und Entwickler arbeiten zusammen [geschlossen]

https://stackoverflow.com/questions/51624

09-06-2019
|

Frage

Die umfangreichen Präsentationsmöglichkeiten von WPF und Silverlight bedeuten, dass Entwickler wie ich heutzutage häufiger eng mit Grafikdesignern zusammenarbeiten werden, wie dies auch bei meinem nächsten Projekt der Fall ist.

Hat irgendjemand da draußen Tipps und Erfahrungen (aus beiden Blickwinkeln), wie dies reibungsloser ablaufen kann?

Als ich zum Beispiel kürzlich einem Designer gegenüber die Quellcodeverwaltung erwähnte, wurde mir schnell gesagt, dass man Grafiken, Bilder usw. nicht mit der Quellcodeverwaltung steuern könne, das sei also Zeitverschwendung.Also antwortete ich:Ok, aber was ist mit XAML-Dateien in WPF/Silverlight?

Scott Hanselman sprach über dieses Thema in einem Podcast, aber er konzentrierte sich mehr auf die Tools, während ich mich mehr für die Kommunikationsthemen/-aspekte interessiere.

Lösung

Ich habe 4 Monate an einem Projekt gearbeitet und sehr eng mit einem Designer zusammengearbeitet, und er hat immer noch nicht die Grundidee von CVS verstanden (was nicht mein bevorzugtes Versionsverwaltungssystem ist).Ich spreche hier von Vorlagendateien, JavaScript und CSS.Er ist nicht dumm, es ist nur eines dieser Dinge, die seine Arbeit schwieriger machen, also weigert er sich, sich voll und ganz darauf einzulassen.

In meinem Fall musste ich deutlich betonen, dass fast mein gesamtes JavaScript vom Markup abhing, und als er sein reines CSS-, DIV-basiertes Layout in ein tabellenbasiertes umwandelte, ohne es mir zu sagen, ging mein gesamtes JS verloren brechen.

Im Verlauf des Projekts kam es zwischen mir und dem Designer, mit dem ich mich recht gut verstehe und neben der Arbeit auch Fußball spiele, oft zu heftigen Diskussionen über unsere jeweiligen Aufgaben.Wenn ich ihn nicht gut genug gekannt hätte, um an diesen Gesprächen vorbeizukommen, hätte das meiner Meinung nach ein unerträgliches Arbeitsumfeld geschaffen.Deshalb halte ich es für wichtig, dass Sie zwischen Ihnen beiden und mit einem Manager oder Projektleiter genau festlegen, was von beiden Parteien während des Projekts erwartet wird.

In meinem Fall gab es in letzter Zeit nur sehr wenige Probleme, weil die Situation mit CVS geklärt wurde und auch die Idee, dass er nicht einfach hingehen und den Aufschlag ändern kann, wann immer ihm danach ist.Anstatt zu versuchen, Vorlagendateien zu erstellen und direkt daran zu arbeiten, arbeitet der Designer nur an statischen Dateien und es liegt in meiner Verantwortung, sie in meine Vorlagendateien einzubinden.

Es geht um Kommunikation und ein wenig Kompromiss auf beiden Seiten.

Andere Tipps

Ich habe unter anderem herausgefunden, dass die Art und Weise, wie Sie als Entwickler Ihren Code entwerfen, großen Einfluss darauf hat, was der Designer damit machen kann.Oft lädt man eine Silverlight- oder WPF-Beispielanwendung aus dem Internet herunter und öffnet sie in Blend, nur um Blend abzustürzen, weil der Code im Designer nicht gut läuft.Wenn es nicht abstürzt, ähnelt es selten der laufenden Anwendung.

Kürzlich habe ich bei Tech Ed Australia und New Zealand einen Vortrag über Techniken gehalten, die Sie für „Design for Designability“ anwenden können.Eine kurze Bullenliste ist enthalten:

Schreiben Sie Code, der die Datenbindung nutzen kann.Das Model-View-ViewModel oder das Präsentationsmuster eignen sich hierfür gut.
Stellen Sie „Entwurfszeit“-Stubs für Ihre Dienstabhängigkeiten bereit.Wenn die Klasse, gegen die Sie binden, Webdienstaufrufe durchführt, stellen Sie sicher, dass Sie den Webdienst-Client durch eine Stub-Klasse ersetzen, die „Dummy-Daten“ zurückgibt, die der Designer in Blend verarbeitet.Dies kann einfach durch IoC und Dependency Injection erfolgen, indem eine Implementierung eingefügt wird, wenn HtmlPage.IsEnabled == false.
Durch die Verwendung der Datenbindung können Sie die Anzahl der „benannten Elemente“ in Ihrer XAML-Datei begrenzen.Wenn Sie viel Code hinterher schreiben, verknüpfen Sie Ihren C#-Code letztendlich mit benannten Elementen wie txtName oder txtAddress, was es für den Designer leicht macht, Fehler zu machen.
Verwenden Sie ein Befehlsmuster anstelle von Code hinter Click-Event-Handlern.Indem Sie den Aufrufer eines Ereignisses lose mit dem Handler koppeln, können Sie weniger benannte Elemente haben und geben dem Designer die Freiheit, zwischen einer Schaltfläche oder einem Menüelement zu wählen, um einen bestimmten Befehl aufzurufen.
Testen Sie Ihren Code in Blend!Selbst wenn Sie sich als reiner Entwickler betrachten, sollten Sie testen, ob Ihr Code von einem Tool verwendet werden kann, und sich bemühen, zum Zeitpunkt des Entwurfs die bestmögliche Erfahrung zu erzielen.Manche würden argumentieren, dass ein Tool keinen Einfluss auf Ihr Software-Design haben sollte, genauso wie jemand sich über „Design für Testbarkeit“ beschwert und Software-Design-Entscheidungen nur trifft, um den Code besser testbar zu machen.Ich denke, das ist eine kluge Sache und die einzige Möglichkeit, einen echten Designer-Entwickler-Workflow in Gang zu bringen.

Andere Tipps wären, klein anzufangen.Wenn Ihr Designer XAML, WPF und Silverlight noch nicht kennt, stellen Sie ihn zunächst dem Projektteam vor und lassen Sie ihn einige grundlegende Designs mit den Tools erstellen, die er kennt.Lassen Sie sie einige Schaltflächen und Illustrationen in Adobe Illustrator erstellen, diese in XAML exportieren und ihnen zeigen, wie Sie ihre Designressourcen direkt nutzen können.Fahren Sie fort, indem Sie mehr und mehr vorstellen, und hoffentlich zeigen sie Interesse und möchten auf Blend umsteigen.Es ist eine ziemliche Lernkurve, aber es lohnt sich auf jeden Fall!

Viel Glück!

PS:Ich habe in meinem Blog unter viel über Muster und die Erstellung von Designer-freundlichem Code geschrieben http://jonas.follesoe.no.Dort finden Sie auch Links zu einer Videoaufzeichnung meines Tech Ed-Vortrags sowie viele Links zu weiterführender Lektüre zu diesem Thema.

Das ist vielleicht etwas abseits des Themas (ich antworte speziell auf Ihre Frage zur Quellcodeverwaltung und zu Grafiken), aber Sie dürfen Fügen Sie Binärdaten (Bilder usw.) in die Quellcodeverwaltung ein (und das sollte meiner Meinung nach in vielen Fällen der Fall sein) – sie beanspruchen einfach mehr Speicherplatz und Sie können eine Diff-Ansicht nicht verwenden, um sinnvoll zu analysieren, was sich geändert hat , aber was Sie gewinnen, ist ein Verlauf der Commit-Nachrichten, der jede Revision dokumentiert, Rollback-Fähigkeit und die Möglichkeit, einfach zu archivieren (Markieren einer Revision in SVN-Begriffen) alle Dateien (sei es visuelle Assets, Dokumentation, Quellcode usw.), die zu einer bestimmten Veröffentlichung/Version gehören.Außerdem ist es für Ihr Build-System einfacher, alles, was zum Erstellen einer bestimmten Version Ihrer Software erforderlich ist, aus der Quellcodeverwaltung abzurufen.

Beziehen Sie den Grafikdesigner in frühe Design- und Architektursitzungen ein.

Sie möchten sie einbeziehen, um falsche Annahmen aufzudecken und ein Muster der Zusammenarbeit zu etablieren, anstatt Dinge über die Wand zu werfen.

Ursprünglich war vorgesehen, dass professionelle Designer in Expression Blend und Entwickler in Visual Studio arbeiten und Änderungen an einem einzigen gemeinsam genutzten Satz von Quelldateien vornehmen würden.Das ist zwar durchaus möglich (solange Sie sorgfältig darauf achten, regelmäßig zu überprüfen, dass Sie nicht etwas kaputt gemacht haben, was der andere Entwickler erwartet hat).oder Design-Tool) haben viele Mitglieder der Entwicklergemeinschaft, darunter auch einige innerhalb von Microsoft, Vorteile darin entdeckt, Blend- und Visual Studio-Projektaktivitäten getrennt zu halten – bis hin zum manuellen Ausschneiden und Einfügen sorgfältig überarbeiteter Versionen von Blend-generiertem Xaml die „offizielle“ VStudio-Projektquelle, anstatt es Designern und Entwicklern zu ermöglichen, direkt auf einer einzigen gemeinsamen Codebasis zu arbeiten.Das User Experience Team von Microsoft in Großbritannien hat ein Video veröffentlicht, in dem die Probleme beschrieben werden, auf die es bei dem Versuch stieß, die Bemühungen von Designern und Entwicklern bei tatsächlichen Projekten zu koordinieren.

Real_World_WPF_DesignersAndDevelopersWorkingTogether

Eine der wichtigsten Erkenntnisse besteht darin, dass man ein Projekt nicht mit Designern und Entwicklern besetzen kann, die die Domänen des jeweils anderen überhaupt nicht kennen.Entwickler müssen mit Blend so vertraut sein, dass sie Designern nützliche UI-Shells zur Verfügung stellen können, die der Designer dekorieren kann, sowie nützliche Daten-„Stubs“, mit denen der Designer Interaktivität entwerfen kann, und der Designer muss über ausreichende Kenntnisse der Entwicklungsprobleme verfügen, die er anwendet Machen Sie keine Dinge wie das Löschen von Steuerelementen und deren Ersetzung durch benutzerdefinierte visuelle Elemente – ohne zu bemerken, dass dadurch die gesamte Funktionalität des ursprünglichen Steuerelements beeinträchtigt wird.

Microsofts Vision der Workflow-Ehe zwischen Designer und Entwickler scheint im wirklichen Leben definitiv zu scheitern.Ich habe Erfahrung in der Arbeit an einem ziemlich großen WPF-Projekt, an dem zwei dedizierte Designressourcen für etwa vier Monate beteiligt waren.Hier sind einige Fakten, die Microsoft oft zu vergessen scheint.

Designer bevorzugen oft die Verwendung von Macs (Designer in meinem Unternehmen arbeiten zu 100 % mit Macs und zu 0 % mit Windows).
Blend läuft nicht auf einem Mac (was VM-Lösungen betrifft – Designer mögen normalerweise keine geekigen Lösungen wie das Ausführen seltsamer Anwendungen in einem fremden Betriebssystem).
Designer nutzen ihr Handwerkszeug: Photoshop und Illustrator.Zeitraum.
Die Aggressivität der heutigen Zeitpläne lässt Designern normalerweise nicht genügend Zeit, sich mit einer völlig neuen Anwendungs-/Designumgebung (wie Blend) vertraut zu machen.

Vor diesem Hintergrund ist mir aufgefallen, dass dadurch ein neuer Jobtyp entsteht – entweder ein sehr technisch versierter Designer oder ein grafisch versierter Programmierer.Grundsätzlich jemand, der die Design-Assets in Rohform – normalerweise im PSD- oder Illustrator-Format – übernehmen und diese nach Bedarf auf den Bewerbungsprozess anwenden kann.

Es stellte sich heraus, dass ich dieser Typ war (grafisch aufgeklärter Programmierer).Ich habe viel Zeit damit verbracht, XAML aus Illustrator-Dateien zu exportieren, sie bei Bedarf manuell zu bereinigen und diese Assets in Blend oder VS zu leicht verwendbaren Anzeigeobjekten zu machen.Es gab auch Zeiten, in denen ich ein Designelement nahm und es mithilfe von Blend neu zeichnete (normalerweise, wenn das ursprüngliche Asset auf einer Bitmap basierte und es sinnvoller war, es in einen Vektor zu konvertieren).

Meine Anwendung war möglicherweise nicht typisch – sie war grafisch äußerst umfangreich und die Auflösungsunabhängigkeit war eines der Hauptziele, da sie bei mehreren Auflösungen und Seitenverhältnissen gut aussehen musste (denken Sie an die Schwierigkeiten, die es bei der Gestaltung für das Fernsehen in der heutigen Landschaft gibt – das ist schon der Fall). um sowohl in SD mit niedriger Auflösung gut auszusehen als auch gut auf HD mit hoher Auflösung zu skalieren.

Zusammenfassend halte ich WPF für eine großartige Technologie und absolut einen Schritt in die richtige Richtung für Microsoft.Es ist jedoch nicht die ultimative Lösung für die Integration des Designers in den Entwicklungsprozess – es sei denn, Sie definieren die Rolle des Designers neu.

Ich bin Felix Corke, der Designer des Hanselman-Podcasts, den Sie erwähnt haben. Hier sind ein paar Punkte von einem echten Kreativen im Gegensatz zu einem Entwickler.

Es hat lange gedauert, bis ich mich an Entwicklertools gewöhnt habe. Als ich vor ein paar Jahren mit der XAML-Arbeit begann, hatte ich noch nie von Visual Studio, C# oder irgendeiner Art von Quellcodeverwaltung gehört.Sie waren mir so fremd, wie Illustrator oder 3DsMax Ihnen vielleicht fremd wären.

Mein größter Punkt ist, dass vom Designer nicht erwartet werden kann, dass er die Entwicklerpraktiken kennt – bitte seien Sie darauf vorbereitet, viel Händchen zu halten.Sie müssen nichts Neues lernen, während der Designer in eine völlig neue, gruselige Seite der App-Entwicklung eingeführt wird.Ich habe ein paar Lösungen und Checkins richtig durcheinander gebracht (und tue es immer noch).

Glücklicherweise habe ich gelernt, eher ein designorientierter Integrator als ein reiner Kreativer zu werden, und vielleicht ist dies eine Rolle, die Sie in Ihr Projekt einbeziehen müssen.Dies ist die Illustration, die ich für unsere Schönheits- und Geek-Designer-/Entwickler-Sitzung bei Mix gemacht habe. Wenn einer von Ihnen zu weit am einen Ende des Spektrums steht, kann es schwierig sein, zu verstehen, wie der andere arbeitet und welche Rolle er spielen sollte.

alt text

Bei konkreten Fragen stehe ich Ihnen gerne zur Verfügung!

PS: Sie möchten KEINE .psd-Dateien mit mehr als 100 MB in der Quellcodeverwaltung haben ;)

Ich bin ein großer Verfechter des Integrator-Ansatzes, der wirklich die Rolle ist, die ich übernehmen musste, um unsere WPF-Bemühungen erfolgreich zu machen.

Laurent Bugnion hat einen Post dazu beschreibt das, wovon ich spreche. Robby Ingebretsen ist ebenfalls ein großer Verfechter dieses Ansatzes.

Aber im Grunde muss jemand die „Lücke“ schließen, die zwischen der Welt der Entwickler und der Welt der Designer besteht.Normalerweise kommt diese Person entweder aus der Entwicklerwelt oder der Designerwelt.Wenn sie aus der Entwicklerwelt kommen, handelt es sich wahrscheinlich um Entwickler mit Design-Tendenzen (sie sind für das Erscheinungsbild, die visuelle Darstellung in der Anwendung, das Layout der Bildschirme usw. verantwortlich).Wenn sie aus der Welt der Designer kommen, haben sie keine Angst vor Code und haben Freude daran, ab und zu in den Code einzutauchen, um diese Animation oder was auch immer zum Leuchten zu bringen.

Unabhängig davon, aus welcher Welt sie kommen, müssen sie jedoch in der Regel Fähigkeiten erwerben, über die sie noch nie zuvor verfügt haben.In meinem Fall bin ich ein Entwickler, der die Benutzeroberflächenebene liebt, und daher würde ich sagen, dass ich ein Entwickler mit Tendenzen zum Design bin.Um diese Lücke zu schließen und produktive Gespräche mit unserem Grafikdesigner zu führen, musste ich mir eine ganze Reihe von Fähigkeiten als Designer aneignen, wie zum Beispiel:Erlernen der Verwendung von Expression Design, XAM 3D usw.

Shannon Braun hielt kürzlich auf einer lokalen Entwicklerkonferenz einen Vortrag über die Beziehung zwischen Entwickler und Designer und die Arbeitsabläufe, die nach Ansicht der Community für sie funktionieren.Ich habe nicht an der Konferenz teilgenommen, aber ich dachte, es wäre seine Folien Es gab eine tolle Diskussion zu diesem Thema.

Das Ausmaß, in dem Designer das Gefühl haben, sich von der gesamten Arbeit, die mit der Entwicklung eines Softwareprodukts verbunden ist, fernzuhalten, ist ein viel größeres Problem, das gelöst werden muss.Gönnen Sie sich nicht das ausdrückliche Recht eines Designers, nicht wissen zu müssen, wie seine Arbeit in das Ganze integriert wird.

Die starke Spezialisierung, die sich in der Designer-Community herausgebildet hat, ist eines der größten industriellen Reifeprobleme, mit denen die Softwareentwicklungsbranche konfrontiert ist.Es handelt sich um einen Grad der Spezialisierung, der vorhersehbar zu mehr Nacharbeit und längeren Zykluszeiten führt.

Dies gilt auch für das Anspruchsdenken der Entwickler, sich des Interaktionsdesigns und der Implementierung vollkommen nicht bewusst zu sein.

Extreme Spezialisierung ist immer ein exponentieller Multiplikator für Produktivitätsprobleme.Lösen Sie es organisatorisch, indem Sie Prozesse einführen, die Lernkulturen fördern.Dies ist der Reifegrad, den die meisten anderen Produktionsbranchen bereits erreicht haben und den Software deutlich hinterherhinkt.

An jeder Stelle in einem Entwicklungsworkflow, an der es zu Übergaben zwischen Überspezialisierung kommt, bilden sich Arbeitswarteschlangen und Puffer.Software ist nach wie vor eine der wenigen Branchen, die dies nicht als eines der größten Probleme erkennt, mit denen wir konfrontiert sind.Dies wird in der Microsoft-Community noch verschärft, da eine Überspezialisierung immer normaler erscheint, da Microsoft die Überspezialisierung durch seine Tools und Anleitungen fortsetzt.Sofern Sie es sich nicht leisten können, so viel Geld wie Microsoft für Entwicklungsbemühungen zu verschwenden, sollten Sie sich nach Methoden umsehen, die viel besser auf Fragen des Ablaufs und der Produktivität eingehen.

Folglich sind der Entwickler, der nicht testen kann, und der Tester, der nicht programmieren kann, ein Symptom derselben industriellen Unreife.

Aus der Scrum-Vorlage für TFS erfahren Sie davon nichts.Microsoft hinkte dem Trend um Jahre hinterher, wenn es darum ging, agiles Denken selbst in seinen rudimentärsten Formen ins Spiel zu bringen, und jetzt, wo wir uns dem Lean-Denken zuwenden, wird Microsoft noch drei bis fünf Jahre von dem Versuch entfernt sein, Lean-Denken in seine Produktlinien zu integrieren .Warten Sie nicht darauf, dass Microsoft Ihnen erklärt, wie Sie ein Team und einen Arbeitsablauf gestalten.Sie können schon jetzt von den Menschen lernen, denen Microsoft in ein paar Jahren letztendlich seine Aufmerksamkeit widmen wird.

Meiner Erfahrung nach muss die Rolle des Integrators oder „Entwicklers“ wirklich in diesen Prozess einbezogen werden, es sei denn, jeder im (kleinen) Team ist in der Lage, diese Rolle zu übernehmen.Dies ist ein sehr seltener Umstand.Normalerweise werden Sie feststellen, dass Entwickler sehr gut in der Entwicklung sind, aber nicht so gut in Design/Benutzerfreundlichkeit, und Designer sind gut in Ästhetik/Benutzerfreundlichkeit, wollen es aber nicht oder verfügen nicht über die nötige Ausbildung zum Programmieren.Es ist sehr wichtig, jemanden zu haben, der in beide Welten eintauchen kann und „die Sprache spricht“.

Der Integrator muss die zu entwickelnden Steuerelemente mit den von den Designern erstellten Design-Assets koordinieren.In unserem aktuellen Projekt haben wir 6 aktive Entwickler und 2 Designer aus einem externen Shop.Ich bin der Integrator dieses Projekts und verbringe den größten Teil meines Tages mit Expression Blend.Die Entwickler arbeiten hauptsächlich im VS-Bereich und erstellen Steuerelemente, die unseren Produktspezifikationen entsprechen, und der Design-Shop entwirft, wie das Endprodukt aussehen wird.Die Designer arbeiten in Illustrator.Meine Aufgabe besteht darin, aus den Illustrator-Dateien Steuerelemente zu erstellen und diese dann auf die von unserem Entwicklungsteam entwickelten Steuerelemente anzuwenden.Je weiter wir uns Blend 3 mit nativer Unterstützung für PSD- und AI-Dateien zuwenden, desto einfacher wird diese Aufgabe.

Es ist sehr hilfreich, den „Look“ für Ihre Anwendung in einer vom Hauptstamm der Anwendung getrennten Lösung zu erstellen und Ihre ResourceDictionaries später in die Haupt-App zusammenzuführen.Sie können das richtige Erscheinungsbild erhalten, ohne sich zu sehr mit möglicherweise noch unvollständigen Bedienelementen zu beschäftigen.

Ich gehe davon aus, dass Sie sich seit Ihrer Erwähnung von SL auf RIA-Projekte beziehen.

Ich habe an einigen RIA-Projekten mit Adobe gearbeitet und dabei Anwendungen und Dienste entworfen und entwickelt.

Der beste Rat, den ich Ihnen geben kann, basiert auf meiner 14-jährigen Erfahrung als UX- und Visual-Designer mit etwas Programmiererfahrung, wenn auch im Vergleich zu Ihnen erbärmlich.

Akzeptieren Sie, dass Sie sich nicht verstehen werden.

Der Programmierer denkt mit Was Funktionalität sollte erfüllt sein, der Designer muss mitdenken Wie Die Funktionalität sollte sich verhalten.

Für den Entwickler ist eine Schaltfläche meist generisch, für den Designer ist dies nicht der Fall.Designer denken in Kompositionen, Entwickler denken in Frameworks.

Lernen Sie also zu verstehen, dass Ihre Verantwortung eine andere ist.

Sie als Entwickler müssen darüber nachdenken, wie allgemein Ihr Code ist, und können es sich nicht leisten, alles als einzigartig und als fest codierte Komposition zu behandeln.Es sei denn, Sie können diese Einzigartigkeit irgendwie automatisieren.

Der Designer muss die Anwendung oder den Dienst als irgendwie einzigartig betrachten.Es könnte bedeuten, dass eine Schaltfläche keine Schaltfläche ist.Es kann zu unterschiedlichen Größen oder Farben oder anderen Unannehmlichkeiten kommen.

Stellen Sie also sicher, dass Sie eine gute Beziehung zum Designer aufbauen, indem Sie anerkennen, dass Sie die Verantwortung des Designers verstehen und sicherstellen, dass er Ihre Verantwortung versteht.

Es ist nicht so, dass Sie kein Interesse daran haben, die beste Bewerbung der Welt zu erstellen.Es ist nur so, dass einige dieser Designentscheidungen ziemlich viel Zeit in Anspruch nehmen.

Stellen Sie sicher, dass Sie sich darüber im Klaren sind, was der Designer Ihnen bieten soll, damit Sie weder seine noch Ihre eigene Zeit verschwenden.Welches Format, welche Assets?Benennung?

Alle Dinge, die bei der Übergabe von einem Paradigma an ein anderes eine Rolle spielen.

Und am wichtigsten ist es, zu kommunizieren und zu respektieren, dass sie nicht wissen, wie man JavaScript macht oder die Grundideen von CVS versteht.

Bei den meisten Entwicklern wüsste man nicht, wie man kernt, um ihr Leben zu retten, was eine Witwe ist, wie man FireWorks am besten überlagert oder ein fotorealistisches Symbol erstellt, wie man sich einen guten Slogan ausdenkt oder etwas in 4 Worten verständlich macht, damit Joe es durchschnittlich versteht.Sie wissen nicht, was ein Raster oder eine Ausrichtung ist, und neigen dazu, Dinge grün und lila auf Schwarz zu machen.

Und der Designer sollte verstehen, dass die Tatsache, dass man sich mit Programmieren beschäftigt, nicht bedeutet, dass man ein Roboter ist und keine kreativen Ideen und Lösungen haben kann.Er sollte auch versuchen, zumindest ein Pseudoprogramm zu programmieren, damit er versteht, worauf es bei der Erstellung Ihres Projekts ankommt.

Und am wichtigsten.Beginnen Sie nicht mit der Diskussion zwischen Mac vs.PC :) Projekte wurden aus diesem Grund abgebrochen.

Ehrlich gesagt sollten Sie dem Designer mitteilen, dass Bilder, sollten und "in die Quellensteuerung eingebracht werden können und wird Mister!" :)

Es mag etwas unkonventionell sein und Sie werden nicht in der Lage sein, eine Zusammenführung oder ähnliches durchzuführen, aber es wird Überarbeitungen und einen Verlauf usw. geben.Bilder können auch in eine Ressourcendatei eingebettet werden, die ebenfalls in die Quellcodeverwaltung eingeht.

XAML kann (und sollte) in die Quellcodeverwaltung übernommen werden und profitiert als Markup-Datei von allen Funktionen.

Was die Tipps für die Zusammenarbeit mit einem Designer betrifft, so erschreckt mich derjenige, mit dem Sie zusammenarbeiten, schon allein durch diesen Kommentar, sodass alles darauf hinausläuft, mit wem Sie zusammenarbeiten.Ich würde grundlegende Best Practices auf nette Weise erklären und von dort aus fortfahren.

Lizenziert unter: CC-BY-SA mit Zuschreibung

Nicht verbunden mit StackOverflow