5 Pet Peeves Designers tienen con los desarrolladores (y cómo evitarlos)
Gatos y perros. Caín y Abel. Diseñadores y desarrolladores. Estos son solo algunos de los grandes enfrentamientos históricos.
Los diseñadores y desarrolladores a menudo parecen provenir de diferentes planetas y tienen cerebros completamente diferentes.
Los desarrolladores quieren que un sitio web funcione bien, los diseñadores quieren que se vea bien.
Si bien estos objetivos tienen mucha superposición (y, por supuesto, estoy haciendo un poco de estereotipo aquí), las diferencias a menudo se reducen a las expectativas de éxito del diseñador y del desarrollador.
Gestionar las expectativas es una cuestión de comunicación: hacer puntos claramente al otro lado, encontrar puntos en común y acordar objetivos.
Bueno, quizás no sea tan fácil, pero es importante que ambas partes intenten entenderse .
En un esfuerzo por promover la buena voluntad entre los diseñadores y los desarrolladores, compartiré algunos de los problemas con los que me he encontrado y exploraré los problemas que los conducen a ellos y a sus soluciones.
Peeve # 1: "¿Por qué el desarrollador no puede hacer que se vea como el borrador?"
Usted crea un diseño atractivo y entrega la compilación a su desarrollador, pero cuando recupera el sitio, se ve como una colcha de retazos de lo que usted diseñó.
Problema
Comps no son páginas web; no son una mezcla de código HTML, CSS y JavaScript. Photoshop, Fireworks e Illustrator pueden hacer muchas cosas que son imposibles (o al menos poco prácticas) en la Web, lo que a menudo significa que los desarrolladores tendrán que reducir el diseño.
Solución
Habla con tu desarrollador mientras diseñas, no solo después. Pregúnteles si un efecto que está utilizando será fácil de lograr o si existe una mejor alternativa. Además, a medida que aprenda más sobre el desarrollo web, podrá ver mejor la diferencia entre cuando su diseño no es práctico y cuando el desarrollador simplemente está relajándose.
Peeve # 2: "¡Todos los colores están mal!"
No eliges los colores arbitrariamente, pero los desarrolladores parecen pensar que "cerrar es lo suficientemente cerca".
Problema
No sé si esto es cierto para todos los desarrolladores, pero una vez trabajé con un desarrollador que era daltónico de color rojo-verde (era un gran admirador de nuestro administrador de contenido, que envió todos sus correos electrónicos en texto rosa en un fondo verde lima). Sin embargo, ser daltónico no lo detuvo de ser un desarrollador kick-ass.
Solución
Si desea que los colores sean correctos, deletree todos los valores de color en la página. No confíe en que su desarrollador observe los valores de color o muestree los colores en Photoshop.
También debe considerar que el problema puede no estar con el desarrollador sino con usted. Los colores se ven diferentes en una Mac y en CMYK (si accidentalmente habilita ese espacio de color). Asegúrese de que el modo de color del documento y las pruebas estén configurados en RGB genérico de forma predeterminada.
Peeve # 3: "¿Los desarrolladores incluso saben lo que significa 'espacio en blanco' ?"
Usted ha dejado suficiente espacio para respirar alrededor de los elementos para crear una ruta de visión fluida y mejorar la legibilidad, pero el desarrollador reúne todo junto, diciéndole: "Es la única forma en que encajará".
Problema
Una vez me quejé con un desarrollador de que no dejaba espacio entre el borde de un módulo y su contenido, lo que hacía que a la mayoría de la gente le resultara difícil leer. Él respondió: "No me importan otras personas. Puedo leerlo ". Si bien la mayoría de los desarrolladores no son tan insensibles, no han sido entrenados en el arte de mezclar espacios positivos y negativos para guiar la mirada del visitante sobre el diseño.
Solución
Si realmente desea que sus diseños sean lo más precisos posible, no solo le dé una oportunidad al diseñador y espere que descubran el espaciado. Especifique los anchos, alturas y longitudes exactos en un documento de especificaciones de diseño. Esto sirve como un modelo en el que usted y el desarrollador acuerdan cómo deben espaciarse las cosas.
Por lo menos, defina reglas generales para los márgenes y el relleno. Por ejemplo, "Todos los módulos deben tener un mínimo de 10 píxeles de relleno entre el contenido y el borde".
Peeve # 4: "El desarrollador nunca puede hacer que mis diseños se vean iguales en diferentes navegadores".
Miras el sitio en Firefox y se ve bien, pero cuando cambias a Internet Explorer se cae a pedazos.
Problema
Debe simpatizar con la difícil situación de los desarrolladores cuando se trata de hacer que los diseños se vean consistentes en todos los navegadores. Cada navegador tiene sus propias peculiaridades con espaciado. Las cosas están mejorando (especialmente con la lenta muerte de Internet Explorer 6), pero conseguir que todos jueguen bien entre ellos es todavía difícil.
Solución
Por lo general, permito algunos píxeles de margen de maniobra en mis diseños para acomodar los problemas entre navegadores, pero ayuda a saber cuáles son estos problemas mientras diseña, para que pueda ayudar al desarrollador a evitarlos.
No tenga miedo de señalar problemas cruzados al desarrollador y esperar que se solucionen. Pero resolver algunos de ellos puede requerir que modifique su diseño.
Peeve # 5: "Esto tomará cuánto tiempo?"
No hay nada más deprimente que quemar el aceite de medianoche al doble para completar tu parte del proyecto a tiempo, solo para recuperar un LOE (nivel de esfuerzo) de desarrollo que pone la fecha de lanzamiento del proyecto a un mes del final de la eternidad .
Problema
En un episodio clásico de Star Trek: The Next Generation , Scotty explica los hechos de la vida de la ingeniería a Geordi La Forge: "No le dijiste [al capitán Picard] cuánto tardaría realmente , ¿o sí? Oh, muchacho. Tienes mucho que aprender si quieres que la gente piense en ti como un hacedor de milagros ". Algunos desarrolladores piensan en los diseñadores de la misma forma en que Scotty piensa en los Capitanes de la Flota Estelar.
Solución
Los desarrolladores saben que se encontrarán con problemas imprevistos y, por lo tanto, tienden a saturar sus estimaciones. Esto también los hace ver realmente bien si terminan su tarea mucho antes de lo estimado. Regatea con el desarrollador hasta una línea de tiempo razonable y luego manténlos a él. A medida que conoces a un desarrollador, con suerte encontrarás tu propio camino para ser un "trabajador milagroso".
Special Bonus Peeve: "Los desarrolladores simplemente no entienden a los diseñadores".
O peor:
"¡El desarrollador piensa que es un diseñador!"
Ya es suficientemente malo cuando los desarrolladores simplemente se niegan a ver el punto de vista del diseñador, pero esa diferencia de opinión generalmente puede ser mediada (generalmente por un buen gerente de proyecto). Sin embargo, cuando el desarrollador piensa que sabe más sobre el diseño que el diseñador, los ánimos pueden destellar.
Problema
Tuve que lidiar con más de un desarrollador que leyó un artículo Jakob Nielsen y luego quería darme una conferencia sobre buenas prácticas de diseño en medio de una reunión. Esto no solo muestra falta de respeto por el diseñador, sino que ralentiza el proyecto a medida que se desarrolla el debate.
Solución
Trabajar con desarrolladores sabelotodo es complicado, y la forma de manejar estas situaciones depende del tamaño del ego al que se enfrenta. En general, me parece mejor simplemente escuchar lo que tienen que decir y luego, si tienen un punto, lo reconocen y continúan. Evite discutir con ellos si es posible .
A menudo su queja es sobre una "regla" de diseño que se ha roto. No tenga miedo de reconocer que ha infringido una regla, eso es lo que hacen los diseñadores innovadores, pero asegúrese de que puede justificar por qué la rompió .
Cada vez que me encuentro en esta situación, pienso en mis días de crítica en la escuela de diseño, cuando tuve que defender mi trabajo contra críticas bastante brutales. Estas sesiones fueron a menudo magulladuras del ego, pero me enseñaron cómo defender rápidamente mis decisiones sin perder la calma.
Puede parecer humillante tener que justificar constantemente sus decisiones, pero cuanto más muestre el "método en su locura", más encontrará que sus colegas valoran y confían en su juicio .
Escrito exclusivamente para WDD por Jason Cranford Teague .
¿Qué cosas molestas tienes con los desarrolladores? Nos encantaría saber más sobre esto, por favor comparta sus comentarios a continuación.