witola.com

Πηγαίνοντας πάνω από το blog μου το πρωί κυλά ήρθα σε αυτό το εξαιρετικό άρθρο που γράφτηκε στο Αμαξοστάσιο σχεδιαστής της ιστοσελίδα από Jason Teague Cranford .

Έχω για το μεγαλύτερο χρονικό διάστημα απολάμβανε το σχεδιασμό για το web, αλλά μέχρι πριν από δύο χρόνια έκανε πραγματικά το άλμα στην κωδικοποίηση και front-end ανάπτυξη. Το ενδιαφέρον μέρος είναι ότι έχω βρεθεί να είναι ένα κομμάτι ενός αγώνα στο ότι είμαι σχεδιαστής με μια πλευρά του εγκεφάλου και ως προγραμματιστής μπορώ να χρησιμοποιήσω το άλλο.

Διανοητικά αυτή τη φορολόγηση, όπως ένας σχεδιαστής που θέλετε για να κοιτάξετε δεξιά και ως προγραμματιστής Θέλω η ιστοσελίδα να λειτουργήσει σωστά. Γεφύρωση του χάσματος αυτού και έρχεται σε μια χρυσή τομή είναι κουραστική, αλλά θεωρώ τον εαυτό μου να είναι μια καλύτερη εμπόρευμα για να ρίξει για την απασχόληση. Στις περισσότερες περιπτώσεις οι άνθρωποι είναι είτε το ένα είτε το άλλο. Ένα είναι το σχεδιασμό και τη διασκέδαση και την ισορροπία, όταν ο άλλος είναι λογικό, τεχνική και μερικές φορές απογοητευτικό. Ελπίζω να απολαύσετε το άρθρο, έκανα.

Peeve # 1: "Γιατί δεν μπορεί ο προγραμματιστής απλά κάνει να μοιάσει με το comp;"

Μπορείτε να δημιουργήσετε μια μεγάλη εμφάνιση του σχεδιασμού και το χέρι από το ΜΥΔ στον προγραμματιστή σας, αλλά όταν παίρνετε την τοποθεσία πίσω, μοιάζει με ένα συνονθύλευμα παραγεμισμένο με ό, τι έχετε σχεδιάσει.

Ζήτημα
Comps δεν είναι ιστοσελίδες? Δεν είναι ένα μίγμα της HTML, CSS, και JavaScript κώδικα. Photoshop, Fireworks και το Illustrator μπορεί να κάνει πολλά πράγματα που είναι αδύνατο (ή τουλάχιστον εξωφρενικά αδύνατη) στο Web, το οποίο συχνά σημαίνει ότι οι προγραμματιστές θα πρέπει να περιοριστεί η έκταση του σχεδίου.

Λύση
Συζήτηση στον προγραμματιστή σας, ενώ εσείς σχεδιάζετε, όχι μόνο αργότερα. Ρωτήστε τους αν ένα αποτέλεσμα που χρησιμοποιείτε θα είναι εύκολο να επιτευχθεί, ή αν μια καλύτερη εναλλακτική λύση υπάρχει. Επίσης, όπως μπορείτε να μάθετε περισσότερα για την ανάπτυξη Ιστού, θα είστε σε θέση να πει καλύτερα τη διαφορά μεταξύ του σχεδίου σας, όταν είναι ανέφικτη και όταν ο κύριος του έργου είναι απλά χαλάρωμα μακριά.

Peeve # 2: "Τα χρώματα είναι όλα λάθος!"

Μπορείτε να μην επιλέξετε τα χρώματα αυθαίρετα, αλλά οι κατασκευαστές φαίνεται να πιστεύουν ότι "κοντά είναι αρκετά κοντά."

Ζήτημα
Δεν ξέρω αν αυτό ισχύει για όλους τους προγραμματιστές, αλλά εγώ μια φορά συνεργάστηκε με έναν προγραμματιστή που ήταν κόκκινο-πράσινο χρώμα-τυφλή (αυτός ήταν ένας τεράστιος ανεμιστήρας του διαχειριστή περιεχομένου μας, οι οποίοι έστειλαν όλα τα μηνύματα της σε ροζ χρώμα, σε ένα κείμενο -ασβέστη πράσινο φόντο). Ωστόσο, είναι το χρώμα-τυφλή, δεν τον εμπόδισε από το να είναι ένα λάκτισμα-γαιδάρων προγραμματιστή.

Λύση
Αν θέλετε τα χρώματα να είναι σωστό, τότε διευκρινίσει όλες τις τιμές χρώματος στη σελίδα. Μην βασίζεστε σας προγραμματιστή να βολβό του ματιού τις τιμές χρώματος ή να δοκιμάσετε τα χρώματα στο Photoshop.

Θα πρέπει επίσης να θεωρούν ότι το πρόβλημα δεν μπορεί να είναι με τον κύριο του έργου, αλλά μαζί σας. Τα χρώματα φαίνονται διαφορετικά σε Mac και σε CMYK (αν τύχει να ενεργοποιήσετε κατά λάθος ότι το χρωματικό χώρο). Βεβαιωθείτε ότι το έγγραφο λειτουργία σας χρώμα και αποδείξεις που να είναι γενικά RGB από προεπιλογή.

Peeve # 3: "Μη προγραμματιστές γνωρίζουν ακόμη« λευκή χώρου »τι;"

Έχετε αφήσει αρκετό χώρο γύρω από την αναπνοή στοιχεία που δημιουργούν ένα υγρό μάτι πορεία και να βελτιωθεί η αναγνωσιμότητα, αλλά ο κύριος του έργου crams τα πάντα μαζί, σας λέει, «Είναι ο μόνος τρόπος που θα χωράει όλα."

Ζήτημα
Κάποτε παραπονέθηκε για έναν προγραμματιστή που άφησε κανένα περιθώριο στα σύνορα μεταξύ της μονάδας και το περιεχόμενό του, γεγονός που καθιστά πολύ δύσκολο για τους περισσότερους ανθρώπους να διαβάζουν. Εκείνος απάντησε, "Δεν με νοιάζει για τους άλλους ανθρώπους. Μπορώ να το διαβάσει. "Ενώ οι περισσότεροι προγραμματιστές δεν είναι αρκετά τόσο αναίσθητοι, δεν έχουν εκπαιδευτεί στη λεπτή τέχνη της ανάμειξης θετικές και αρνητικές θέσεις για να καθοδηγήσει το μάτι του επισκέπτη γύρω από το σχεδιασμό.

Λύση
Αν θέλετε πραγματικά τα σχέδιά σας να είναι όσο το δυνατόν πιο ακριβείς, όχι μόνο δίνουν στο σχεδιαστή τη σφαιρικότερη και αναμένουν να καταλάβω την απόσταση. Καθορίστε τις ακριβείς πλάτη, ύψη, μήκη και σε ένα έγγραφο προδιαγραφών σχεδιασμού. Αυτό εξυπηρετεί ως ένα σχέδιο που εσείς και ο κύριος του έργου συμφωνούν για το πώς τα πράγματα θα πρέπει να απέχουν.

Τουλάχιστον, καθορίζει τους γενικούς κανόνες για τα περιθώρια και να γεμίσει. Για παράδειγμα, "Όλες οι μονάδες πρέπει να έχουν τουλάχιστον 10 pixel να γεμίσει μεταξύ του περιεχομένου και των συνόρων."

Peeve # 4: «Ο δημιουργός δεν μπορεί ποτέ να πάρει τα σχέδια μου για να φανεί το ίδιο σε διαφορετικούς browsers."

Κοιτάς το χώρο του Firefox και φαίνεται ωραία, αλλά όταν μεταβείτε στο Internet Explorer πέφτει στα κομμάτια.

Ζήτημα
Θα πρέπει να είναι συμπαθητικό για τα δεινά της ανάπτυξης, όταν πρόκειται να κάνει τα σχέδιά δούμε συνεπής σε όλους τους φυλλομετρητές. Κάθε πρόγραμμα έχει τις δικές της ιδιορρυθμίες με απόσταση. Τα πράγματα πηγαίνουν καλύτερα (ειδικά με τον αργό θάνατο του Internet Explorer 6), αλλά να πάρει όλα αυτά για να παίξει ωραίο εντελώς μεταξύ τους είναι ακόμα δύσκολο.

Λύση
Σε γενικές γραμμές επιτρέπουν μερικές ψηφίδες του δωματίου κουνάω στα σχέδιά μου να φιλοξενήσει cross-browser θεμάτων, αλλά βοηθά να ξέρει τι θέματα είναι αυτά, ενώ εσείς σχεδιάζετε, έτσι ώστε να μπορεί να βοηθήσει ο κύριος του έργου να αποφύγουν.

Μην φοβάστε να επισημάνω cross-browser προβλήματα του έργου και αναμένουμε από αυτές να καθοριστούν. Αλλά επίλυση ορισμένα από αυτά ενδέχεται να απαιτούν να τσιμπιά το σχέδιό σας.

Peeve # 5: «Αυτό θα πάρει πόσο καιρό;"

Τίποτα δεν είναι πιο καταθλιπτικό από την καύση του πετρελαίου τα μεσάνυχτα για το διπλό χρόνο για να πάρει μέρος σας του έργου έγινε με το πρόγραμμα, μόνο για να πάρει πίσω ένα LOE ανάπτυξη (επίπεδο της προσπάθειας) που τοποθετεί την ημερομηνία κυκλοφορίας του έργου πίσω από ένα μήνα από το τέλος της αιωνιότητας .

Ζήτημα
Σε ένα κλασικό επεισόδιο του Star Trek: The Next Generation, Scotty εξηγεί τα γεγονότα της ζωής με μηχανική Geordi La Forge: "Εσείς δεν πεις [Καπετάνιος Picard] πόσο καιρό θα λάβουν πραγματικά, έτσι δεν είναι; Ω, νεαρέ. Έχεις πολλά να μάθει αν θέλετε οι άνθρωποι να σκεφτούν σας ως εργαζόμενος θαύμα. "Ορισμένοι προγραμματιστές σχεδιαστές σκέφτονται με τον ίδιο τρόπο που σκέφτεται ο Scotty Starfleet Πλοιάρχων.

Λύση
Οι προγραμματιστές γνωρίζουν ότι θα αντιμετωπίσουν απρόβλεπτα προβλήματα και έτσι τείνουν να κατάφωρα μαξιλάρι εκτιμήσεις τους. Αυτό καθιστά επίσης να φανεί πραγματικά καλό, αν παίρνουν τέλος τους κάνει πολύ νωρίτερα από ό, τι υπολογίζεται. Παζαρέψει με τον εργολάβο κάτω σε ένα λογικό χρονοδιάγραμμα και στη συνέχεια, κρατήστε τους σε αυτό. Όπως μπορείτε να γνωρίσετε έναν προγραμματιστή, που ελπίζουμε ότι θα βρείτε τον δικό σας τρόπο να είναι «θαυματουργός».

Ειδικές Peeve Μπόνους: "Οι προγραμματιστές απλά δεν καταλαβαίνουν σχεδιαστές."

Ή χειρότερα:
«Ο δημιουργός νομίζει ότι είσαι σχεδιαστής!"
Είναι αρκετά κακό όταν προγραμματιστές φαίνεται απλώς αρνούνται να δουν το σημείο του σχεδιαστή του άποψη, αλλά ότι η διαφορά απόψεων μπορεί συνήθως να μεσολαβεί (συνήθως από έναν καλό διαχειριστή του έργου). Ωστόσο, όταν ο κύριος του έργου νομίζει ότι γνωρίζουν περισσότερα σχετικά με το σχεδιασμό από το σχεδιαστή, μπορεί να απαλύνει.

Ζήτημα
Είχα να ασχοληθεί με περισσότερους από έναν προγραμματιστή που διάβασα ένα άρθρο από τον κ. Nielson Jakob και στη συνέχεια ήθελε να μου μιλήσει για τις ορθές πρακτικές σχεδιασμού στη μέση της συνεδρίασης. Αυτό δεν δείχνει μόνο έλλειψη σεβασμού για τον σχεδιαστή, αλλά επιβραδύνει το έργο, όπως ακολουθεί συζήτηση.

Λύση
Εργασία με know-it-όλους τους προγραμματιστές είναι δύσκολο, και ο τρόπος για να χειριστεί αυτές τις καταστάσεις εξαρτάται από το μέγεθος του εγώ που ασχολούνται με. Γενικά, θεωρώ ότι είναι καλύτερο να απλά να ακούσουμε τι έχουν να πουν και στη συνέχεια, αν έχουν ένα σημείο, την αναγνωρίζουν και να προχωρήσουμε. Αποφύγετε την κουβέντα μαζί τους αν είναι δυνατόν.

Συχνά καταγγελία τους για τη σχεδίαση ενός "κανόνα" που έχει ήδη σπάσει. Μην φοβάστε να αναγνωρίσουμε ότι έσπασε ένα κράτος-αυτό το κάνουν-αλλά πρωτοποριακούς σχεδιαστές σιγουρευτείτε ότι δεν μπορεί να δικαιολογήσει γιατί έσπασε.

Κάθε φορά που βρίσκομαι σε αυτή την κατάσταση, νομίζω ότι πίσω στις ημέρες κριτική μου στο σχολείο του σχεδιασμού, όταν έπρεπε να υπερασπιστεί τη δουλειά μου ενάντια σε κάποιο αρκετά ωμή κριτική. Αυτές οι συνεδρίες ήταν συχνά εγώ-μώλωπες, αλλά μου έμαθε πώς να υπερασπιστεί τις αποφάσεις μου γρήγορα, ενώ κρατά την ψυχραιμία μου.

Μπορεί να φαίνεται ταπεινωτική για να δικαιολογήσουν τις αποφάσεις σας συνεχώς, αλλά το περισσότερο που δείχνουν την "μέθοδο στην τρέλα σου», τόσο περισσότερο θα διαπιστώσετε ότι η αξία τους συναδέλφους σας και εμπιστευτείτε την κρίση σας.