5 I creatori di pet peeves hanno con gli sviluppatori (e come evitarli)
Cani e gatti. Caino e Abele. Progettisti e sviluppatori. Questi sono solo alcuni dei grandi scontri storici.
I progettisti e gli sviluppatori sembrano venire spesso da pianeti diversi e hanno cervelli completamente diversi.
Gli sviluppatori vogliono che un sito web funzioni correttamente, i progettisti vogliono che sia corretto.
Mentre questi obiettivi si sovrappongono (e, ovviamente, sto stereotipando qui un po '), le differenze spesso si riducono alle aspettative di successo del designer e dello sviluppatore.
Gestire le aspettative è una questione di comunicazione: mettere chiaramente i punti dall'altra parte, trovare un terreno comune e concordare gli obiettivi.
Ok, forse non è così facile, ma è importante che entrambe le parti provino almeno a capirsi .
Nel tentativo di promuovere la buona volontà tra designer e sviluppatori, condividerò alcuni pet peeves che ho incontrato ed esplorerò i problemi che portano a loro e alle loro soluzioni.
Peeve # 1: "Perché lo sviluppatore non riesce a far sembrare la comp?"
Crei un design accattivante e consegna il comp al tuo sviluppatore, ma quando riavrai il sito, sembra una trapunta patchwork di ciò che hai progettato.
Problema
I comp non sono pagine Web; non sono una combinazione di codice HTML, CSS e JavaScript. Photoshop, Fireworks e Illustrator possono fare un sacco di cose che sono impossibili (o almeno incredibilmente poco pratiche) sul Web, il che spesso significa che gli sviluppatori dovranno ridimensionare il progetto.
Soluzione
Parla con il tuo sviluppatore mentre stai progettando, non solo dopo. Chiedi loro se un effetto che stai usando sarà facile da realizzare o se esiste un'alternativa migliore. Inoltre, man mano che si impara di più sullo sviluppo Web, sarete in grado di distinguere meglio tra quando il vostro progetto è poco pratico e quando lo sviluppatore si sta riducendo.
Peeve # 2: "I colori sono tutti sbagliati!"
Non si scelgono i colori in modo arbitrario, ma gli sviluppatori sembrano pensare che "la chiusura sia abbastanza vicina".
Problema
Non so se questo è vero per tutti gli sviluppatori, ma una volta ho lavorato con uno sviluppatore daltonico dal colore rosso-verde (era un grande fan del nostro content manager, che ha inviato tutte le sue e-mail in testo rosa su un sfondo verde lime). Tuttavia, essere daltonico non gli ha impedito di diventare uno sviluppatore.
Soluzione
Se vuoi che i colori siano corretti, specifica tutti i valori dei colori sulla pagina. Non fare affidamento sul tuo sviluppatore per eyeball i valori di colore o per campionare i colori in Photoshop.
Devi anche considerare che il problema potrebbe non essere con lo sviluppatore ma con te. I colori hanno un aspetto diverso su un Mac e in CMYK (se accetti accidentalmente di attivare lo spazio colore). Per impostazione predefinita, assicurati che la modalità colore del documento e le bozze siano impostate su RGB generico.
Peeve # 3: "Gli sviluppatori sanno anche cosa significa 'spazio bianco' ?"
Hai lasciato un sacco di spazio intorno agli elementi per creare un percorso oculare fluido e migliorare la leggibilità, ma lo sviluppatore crasca tutto insieme, dicendoti, "È l'unico modo in cui tutto si adatta".
Problema
Una volta mi sono lamentato con uno sviluppatore che non lasciava spazio tra il bordo di un modulo e il suo contenuto, rendendolo davvero difficile da leggere per la maggior parte delle persone. Lui rispose: "Non mi importa delle altre persone. Posso leggerlo. "Mentre molti sviluppatori non sono così insensibili, non sono stati addestrati nell'arte di mescolare spazi positivi e negativi per guidare l'occhio del visitatore attorno al design.
Soluzione
Se vuoi davvero che i tuoi progetti siano il più precisi possibile, non limitarti a dare al progettista un comp e aspettati che capiscano la spaziatura. Specificare le esatte larghezze, altezze e lunghezze in un documento di specifiche di progettazione. Questo funge da progetto che tu e lo sviluppatore concordate su come le cose dovrebbero essere distanziate.
Per lo meno, definire le regole generali per i margini e il riempimento. Ad esempio, "Tutti i moduli devono avere un minimo di 10 pixel di riempimento tra il contenuto e il bordo."
Peeve # 4: "Lo sviluppatore non può mai ottenere che i miei disegni abbiano lo stesso aspetto in diversi browser."
Guardi il sito in Firefox e sembra a posto, ma quando passi a Internet Explorer cade a pezzi.
Problema
Devi essere in sintonia con la difficile situazione degli sviluppatori quando si tratta di rendere i disegni coerenti tra i vari browser. Ogni browser ha le sue peculiarità con spaziatura. Le cose stanno migliorando (specialmente con la morte lenta di Internet Explorer 6), ma far sì che tutti giochino a vicenda è ancora difficile.
Soluzione
In genere, concedo pochi pixel di spazio di manovra nei miei progetti per risolvere i problemi relativi a più browser, ma aiuta a capire quali sono questi problemi durante la progettazione, in modo che tu possa aiutare lo sviluppatore a evitarli.
Non abbiate paura di segnalare problemi di cross-browser allo sviluppatore e si aspettano che vengano risolti. Ma la risoluzione di alcuni di essi potrebbe richiedere la modifica del tuo progetto.
Peeve # 5: "Ci vorrà quanto tempo?"
Niente è più deprimente che bruciare l'olio di mezzanotte in doppio tempo per portare a termine la tua parte di un progetto, solo per recuperare un LOE di sviluppo (livello di sforzo) che riporta la data di rilascio del progetto a un mese dalla fine dell'eternità .
Problema
In un classico episodio di Star Trek: The Next Generation , Scotty spiega a Geordi La Forge i fatti della vita ingegneristica: "Non gli hai detto [Capitan Picard] quanto tempo ci sarebbe voluto davvero , vero? Oh, ragazzo. Hai molto da imparare se vuoi che le persone pensino a te come un operatore di miracoli. "Alcuni sviluppatori pensano ai designer nello stesso modo in cui Scotty pensa ai Capitani della Flotta Stellare.
Soluzione
Gli sviluppatori sanno che incontreranno problemi imprevisti e quindi tendono a compensare grossolanamente le loro stime. Questo li rende anche molto belli se ottengono la fine molto prima del previsto. Affrettati con lo sviluppatore fino ad una linea temporale ragionevole e poi tienili ad esso. Conoscendo uno sviluppatore, spero che tu possa trovare il tuo modo di essere un "operatore miracoloso".
Special Bonus Peeve: "Gli sviluppatori non capiscono i designer".
O peggio:
"Lo sviluppatore pensa di essere un designer!"
È già abbastanza brutto quando gli sviluppatori sembrano semplicemente rifiutarsi di vedere il punto di vista del progettista, ma questa differenza di opinioni può essere generalmente mediata (di solito da un buon project manager). Tuttavia, quando lo sviluppatore pensa di sapere di più sul design rispetto al designer, gli animi possono divampare.
Problema
Ho avuto a che fare con più di uno sviluppatore che ha letto un articolo di Jakob Nielsen e poi volevo farmi una lezione sulle buone pratiche di design nel bel mezzo di una riunione. Ciò non solo dimostra mancanza di rispetto per il designer, ma rallenta il progetto man mano che il dibattito ne consegue.
Soluzione
Lavorare con gli sviluppatori di know-it è complicato e il modo di gestire queste situazioni dipende dalle dimensioni dell'ego con cui si ha a che fare. In generale, trovo il modo migliore per ascoltare semplicemente quello che hanno da dire e poi, se hanno un punto, riconoscerlo e andare avanti. Evita di discutere con loro se possibile .
Spesso la loro lamentela riguarda una "regola" di progettazione che è stata infranta. Non aver paura di riconoscere che hai infranto una regola, questo è ciò che fanno i designer innovativi, ma assicurati di poter giustificare il motivo per cui l' hai rotto .
Ogni volta che mi trovo in questa situazione, ripenso ai miei giorni di revisione nella scuola di design, quando ho dovuto difendere il mio lavoro contro alcune critiche piuttosto brutali. Queste sedute erano spesso lividi dall'ego, ma mi hanno insegnato come difendere rapidamente le mie decisioni mantenendo la calma.
Può sembrare umiliante dover costantemente giustificare le tue decisioni, ma più mostri il "metodo nella tua pazzia", più scoprirai che i tuoi colleghi apprezzano e si fidano del tuo giudizio .
Scritto esclusivamente per WDD da Jason Cranford Teague .
Quali pet peeves hai con gli sviluppatori? Ci piacerebbe sapere di più su questo, per favore condividi i tuoi commenti qui sotto.