5 Pet Peeves σχεδιαστές έχουν με προγραμματιστές (και πώς να τους αποφύγετε)
Γάτες και σκύλοι. Κάιν και Άβελ. Σχεδιαστές και προγραμματιστές. Αυτά είναι μόνο μερικά από τα μεγάλα ιστορικά γεγονότα.
Οι σχεδιαστές και οι προγραμματιστές συχνά φαίνεται να προέρχονται από διαφορετικούς πλανήτες και έχουν εντελώς διαφορετικούς εγκεφάλους.
Οι προγραμματιστές θέλουν έναν ιστότοπο να λειτουργεί σωστά, οι σχεδιαστές θέλουν να φαίνονται σωστοί.
Ενώ αυτοί οι στόχοι έχουν πολλές αλληλεπικαλύψεις (και, βεβαίως, είμαι στερεότυπα εδώ λίγο), οι διαφορές συχνά έρχονται κάτω από τις προσδοκίες του σχεδιαστή και προγραμματιστή της επιτυχίας.
Η διαχείριση των προσδοκιών είναι θέμα επικοινωνίας: η σαφής αναφορά των σημείων στην άλλη πλευρά, η εξεύρεση κοινού πεδίου και η επίτευξη συμφωνίας σχετικά με τους στόχους.
Εντάξει, ίσως δεν είναι τόσο εύκολο, αλλά είναι σημαντικό και για τις δύο πλευρές τουλάχιστον να προσπαθήσουμε να καταλάβουμε ο ένας τον άλλον .
Σε μια προσπάθεια προώθησης της καλής θέλησης μεταξύ σχεδιαστών και προγραμματιστών, θα μοιραστώ μερικά ζώα που έχω συναντήσει και θα διερευνήσω τα ζητήματα που οδηγούν σε αυτά και τις λύσεις τους.
Peeve # 1: "Γιατί ο προγραμματιστής δεν μπορεί να μοιάζει με το comp;"
Δημιουργείτε ένα εξαιρετικά σχεδιαστικό σχέδιο και εκχωρείτε τον comp στον προγραμματιστή σας, αλλά όταν παίρνετε το site πίσω, μοιάζει με ένα συνονθύλευμα πάπλωμα από αυτό που σχεδιάσατε.
Θέμα
Οι Comps δεν είναι ιστοσελίδες. δεν είναι ένα μείγμα κώδικα HTML, CSS και JavaScript. Τα Photoshop, Fireworks και Illustrator μπορούν να κάνουν πολλά πράγματα που είναι αδύνατα (ή τουλάχιστον άγρια μη πρακτικά) στον Ιστό, γεγονός που συχνά σημαίνει ότι οι προγραμματιστές θα πρέπει να μειώσουν το σχέδιο.
Λύση
Συζητήστε με τον προγραμματιστή σας ενώ σχεδιάζετε, όχι μόνο αργότερα. Ρωτήστε τους αν ένα αποτέλεσμα που χρησιμοποιείτε θα είναι εύκολο να επιτευχθεί ή αν υπάρχει μια καλύτερη εναλλακτική λύση. Επίσης, καθώς θα μάθετε περισσότερα σχετικά με την ανάπτυξη ιστού, θα μπορείτε να πείτε καλύτερα τη διαφορά μεταξύ του πότε το σχέδιό σας είναι ανέφικτο και όταν ο προγραμματιστής απλώς χαλάει.
Peeve # 2: "Τα χρώματα είναι όλα λάθος!"
Δεν επιλέγετε αυθαίρετα τα χρώματα, αλλά οι προγραμματιστές φαίνεται να πιστεύουν ότι «το κλείσιμο είναι αρκετά κοντά».
Θέμα
Δεν ξέρω αν αυτό ισχύει για όλους τους προγραμματιστές, αλλά κάποτε συνεργάστηκα με έναν προγραμματιστή που ήταν κόκκινο-πράσινο blind-blind (ήταν ένας τεράστιος ανεμιστήρας του διαχειριστή περιεχομένου μας, ο οποίος έστειλε όλα τα μηνύματα ηλεκτρονικού ταχυδρομείου του σε ροζ κείμενα σε ένα ασημί πράσινο φόντο). Εντούτοις, το γεγονός ότι το blind-color δεν τον εμπόδισε να είναι ένας προγραμματιστής.
Λύση
Αν θέλετε τα χρώματα να είναι σωστά, τότε γράψτε όλες τις τιμές χρώματος στη σελίδα. Μην βασίζεστε στον προγραμματιστή σας για να δείτε τα χρώματα των χρωμάτων ή να δοκιμάσετε τα χρώματα στο Photoshop.
Πρέπει επίσης να λάβετε υπόψη ότι το πρόβλημα μπορεί να μην είναι με τον προγραμματιστή, αλλά μαζί σας. Τα χρώματα φαίνονται διαφορετικά σε ένα Mac και στο CMYK (εάν τυχαία ενεργοποιήσετε αυτόν τον χρωματικό χώρο). Βεβαιωθείτε ότι η λειτουργία χρώματος εγγράφων και οι αποδείξεις έχουν οριστεί σε γενική RGB από προεπιλογή.
Peeve # 3: "Οι προγραμματιστές γνωρίζουν καν τι σημαίνει« λευκός χώρος » ;
Έχετε αφήσει άφθονο χώρο αναπνοής γύρω από τα στοιχεία για να δημιουργήσετε ένα υγρό μονοπάτι και να βελτιώσετε την αναγνωσιμότητα, αλλά ο προγραμματιστής γεμίζει τα πάντα μαζί σας, λέγοντάς σας, "Είναι ο μόνος τρόπος που όλα θα ταιριάζουν".
Θέμα
Κάποτε διαμαρτυρήθηκα σε έναν προγραμματιστή ότι δεν άφησε χώρο ανάμεσα στα σύνορα μιας ενότητας και το περιεχόμενό της, καθιστώντας πραγματικά δύσκολο για τους περισσότερους ανθρώπους να διαβάσουν. Απάντησε: "Δεν με νοιάζει για άλλους ανθρώπους. Μπορώ να το διαβάσω ". Ενώ οι περισσότεροι προγραμματιστές δεν είναι τόσο καλοί, δεν έχουν εκπαιδευτεί στη λεπτή τέχνη της ανάμειξης θετικών και αρνητικών χώρων για να καθοδηγήσουν το βλέμμα του επισκέπτη γύρω από το σχέδιο.
Λύση
Αν θέλετε πραγματικά τα σχέδιά σας να είναι όσο το δυνατόν ακριβέστερα, μην δίνετε μόνο στον σχεδιαστή ένα comp και περιμένετε να καταλάβουν την απόσταση. Καθορίστε τα ακριβή πλάτη, τα ύψη και τα μήκη σε ένα έγγραφο προδιαγραφών σχεδιασμού. Αυτό χρησιμεύει ως σχέδιο που εσείς και ο προγραμματιστής συμφωνείτε για το πώς τα πράγματα πρέπει να είναι σε απόσταση.
Τουλάχιστον, καθορίστε τους γενικούς κανόνες για τα περιθώρια και τα περιβλήματα. Για παράδειγμα, "Όλες οι ενότητες πρέπει να έχουν τουλάχιστον 10 pixel γεμίσματος μεταξύ του περιεχομένου και του περιγράμματος".
Peeve # 4: "Ο προγραμματιστής δεν μπορεί ποτέ να πάρει τα σχέδιά μου για να φανεί το ίδιο σε διαφορετικά προγράμματα περιήγησης."
Κοιτάτε τον ιστότοπο στον Firefox και φαίνεται καλό, αλλά όταν αλλάζετε τον Internet Explorer πέφτει σε κομμάτια.
Θέμα
Πρέπει να είστε ευχαριστημένοι με τη δυσκολία των προγραμματιστών όταν πρόκειται να φανεί συνεπής τα σχέδια στα προγράμματα περιήγησης. Κάθε πρόγραμμα περιήγησης έχει τις δικές του διαφορές. Τα πράγματα γίνονται όλο και καλύτερα (ειδικά με τον αργό θάνατο του Internet Explorer 6), αλλά τα πάντα για να παίξουν εντελώς ωραία μεταξύ τους είναι ακόμα δύσκολο.
Λύση
Επιτρέπω γενικά μερικά pixels του wiggle room στα σχέδιά μου για να εξυπηρετήσω θέματα cross-browser, αλλά βοηθά να γνωρίζω ποια είναι αυτά τα θέματα ενώ σχεδιάζετε, ώστε να μπορείτε να βοηθήσετε τον προγραμματιστή να τα αποφύγει.
Μην φοβάστε να επισημάνετε τα προβλήματα διαδικτυακού προγράμματος περιήγησης στον προγραμματιστή και να περιμένετε να επιδιορθωθούν. Αλλά η επίλυση ορισμένων από αυτά μπορεί να απαιτήσει να τσιμπήσετε το σχέδιό σας.
Peeve # 5: "Αυτό θα πάρει πόσο καιρό;"
Τίποτα δεν είναι πιο καταθλιπτικό από το να καίνε το πετρέλαιο των μεσάνυχτων για δύο φορές για να φτιάξετε το μέρος ενός έργου σύμφωνα με το χρονοδιάγραμμα, μόνο για να πάρετε πίσω ένα αναπτυξιακό LOE (επίπεδο προσπάθειας) που θέτει την ημερομηνία κυκλοφορίας του έργου πίσω ένα μήνα από το τέλος της αιωνιότητας .
Θέμα
Σε ένα κλασικό επεισόδιο Star Trek: Η επόμενη γενιά , ο Scotty εξηγεί τα γεγονότα της μηχανολογικής ζωής στον Geordi La Forge: «Δεν του είπατε τον Captain Picard πόσο καιρό θα πήγαινε πραγματικά ; Ω, κορίτσι. Έχετε πολλά να μάθετε αν θέλετε οι άνθρωποι να σκεφτούν για εσάς ως εργαζόμενο θαύμα. "Μερικοί προγραμματιστές σκέφτονται τους σχεδιαστές με τον ίδιο τρόπο που ο Scotty σκέφτεται τους καπετάνιους του αστερισμού.
Λύση
Οι προγραμματιστές γνωρίζουν ότι θα συναντήσουν απρόβλεπτα προβλήματα και, ως εκ τούτου, τείνουν να χτίζουν με ακρίβεια τις εκτιμήσεις τους. Αυτό επίσης τους κάνει να φαίνονται πολύ καλά αν φτάσουν το τέλος τους πολύ νωρίτερα από ό, τι εκτιμάται. Συγχαρητήρια με τον κύριο του έργου σε μια εύλογη χρονική περίοδο και στη συνέχεια να τα κρατήσει σε αυτό. Καθώς γνωρίζετε έναν προγραμματιστή, ελπίζουμε να βρείτε τον δικό σας τρόπο να είστε ένας «θαυματουργός».
Ειδικό μπόνους Peeve: "Οι προγραμματιστές απλά δεν καταλαβαίνουν τους σχεδιαστές."
Ή χειρότερα:
"Ο δημιουργός σκέφτεται ότι είναι σχεδιαστής!"
Είναι αρκετά κακό όταν οι προγραμματιστές φαίνεται να αρνούνται απλά να δουν την άποψη του σχεδιαστή, αλλά αυτή η διαφορά απόψεων μπορεί συνήθως να γίνει μεσολάβηση (συνήθως από έναν καλό διευθυντή έργου). Ωστόσο, όταν ο κύριος του έργου σκέφτεται ότι ξέρει περισσότερα για το σχέδιο από τον σχεδιαστή, οι μετριοπαθείς μπορούν να φουσκώσουν.
Θέμα
Έπρεπε να ασχοληθώ με περισσότερους από έναν προγραμματιστές που διάβασαν ένα άρθρο Jakob Nielsen και στη συνέχεια ήθελε να με διδάξει για καλή πρακτική σχεδίασης στη μέση μιας συνάντησης. Αυτό όχι μόνο δείχνει ασέβεια για τον σχεδιαστή αλλά επιβραδύνει το έργο καθώς ακολουθεί η συζήτηση.
Λύση
Η συνεργασία με τους γνωστούς προγραμματιστές είναι δύσκολη και ο τρόπος αντιμετώπισης αυτών των καταστάσεων εξαρτάται από το μέγεθος του εγώ που ασχολείσαι. Γενικά, θεωρώ καλύτερο να ακούω απλώς αυτό που πρέπει να πει και έπειτα, εάν έχουν κάποιο θέμα, να το αναγνωρίσουν και να προχωρήσουν. Αποφύγετε να το συζητάτε αν είναι δυνατόν .
Συχνά η καταγγελία τους αφορά έναν "κανόνα" σχεδιασμού που έχει σπάσει. Μη φοβάστε να αναγνωρίσετε ότι καταργήσατε έναν κανόνα - αυτό κάνουν οι καινοτόμοι σχεδιαστές - αλλά βεβαιωθείτε ότι μπορείτε να δικαιολογήσετε γιατί το έσπασε .
Όποτε βρίσκομαι σε αυτή την κατάσταση, σκέφτομαι πίσω στις μέρες της ανασκόπησης στο σχολείο σχεδιασμού, όταν έπρεπε να υπερασπιστώ το έργο μου ενάντια σε κάποια αρκετά βάναυση κριτική. Αυτές οι συνεδρίες ήταν συχνά μώλωπες του εγώ, αλλά με διδάσκουν πώς να υπερασπίζομαι γρήγορα τις αποφάσεις μου, διατηρώντας το δροσερό μου.
Μπορεί να φαίνεται ενοχλητικό να πρέπει να δικαιολογείτε συνεχώς τις αποφάσεις σας, αλλά όσο πιο πολύ δείχνετε τη "μέθοδο στην τρέλα σας", τόσο περισσότερο θα διαπιστώσετε ότι οι συνάδελφοί σας εκτιμούν και εμπιστεύονται την κρίση σας .
Γράφτηκε αποκλειστικά για WDD από Jason Cranford Teague .
Ποια κατοικίδια ζώα έχετε με τους προγραμματιστές; Θα θέλαμε να μάθουμε περισσότερα γι 'αυτό, παρακαλώ μοιραστείτε τα σχόλιά σας παρακάτω.