¿Deben los diseñadores web saber el código? Encontrar un compromiso en un debate cansado

¿Deben los diseñadores web comprender HTML y CSS básicos? Es una discusión cansada con dos lados que se niegan a ceder, ¿por qué incluso discutirlo?

El propósito de este artículo no es demostrar qué grupo es el correcto, sino intentar demostrar que ambas partes realmente hacen puntos válidos y ver si analizar estos puntos nos lleva a un compromiso en el que ambas partes pueden ponerse de acuerdo.

Un tema candente

Uno de nuestros artículos la semana pasada provocó varios comentarios sobre las implicaciones a lo largo de la pieza de que los diseñadores web deberían tener una comprensión básica del código involucrado en la creación de una página web. Muchos aplaudieron esta sugerencia, mientras que un número igual de lectores descubrió que estaba fuera de lugar.

Este tema es uno que se ha discutido extensamente en casi todos los blogs de diseño en la web. Hay dos lados distintos en el debate, cuyos miembros han dibujado líneas claras en la arena que probablemente nunca se cruzarán.

Tengo razón y estás equivocado

Cualquiera que crea que la comprensión del código no es necesaria para el diseño simplemente se niega a considerar que esta opinión podría estar equivocada. Del mismo modo, los diseñadores que tienen una gran comprensión del código no pueden estar convencidos de que no son mejores diseñadores para él.

"O los diseñadores deberían saber el código o no deberían, un argumento tan simple deja poco margen para el compromiso".

Entonces, ¿dónde nos deja eso? Parece que estamos en un punto muerto inamovible con ambos lados firmes. El mayor problema aquí es que no parece haber ningún término medio. O los diseñadores deberían saber el código o no deberían, un argumento tan simple deja poco margen para el compromiso.

Sin embargo, el hecho de que ambas partes se aferren a sus puntos de vista tan fuertemente indica que cada uno tiene puntos importantes que no deben pasarse por alto. Hoy intentaremos respetar estos puntos y encontrar el escurridizo término medio. Con suerte, podemos dirigir la discusión hacia una conclusión a la que ambas partes puedan suscribirse al menos parcialmente.

El estado del desarrollo web

Dada la naturaleza del debate, supondré que algunos de nosotros entendemos cómo se crean los sitios web y otros no. Con esto en mente, una definición simple de los términos ayudará mucho a que todos estén en la misma página.

La esencia rápida y sucia es que el HTML se usa para el contenido, CSS para el estilo y JavaScript para el comportamiento. Lo siguiente es un poco simplificado, pero refleja el estado general de cómo se construyen las páginas web básicas.

“HTML se usa para contenido, CSS para estilo y JavaScript para comportamiento”

Una página típica puede tener el texto, enlaces e incluso imágenes primarias insertadas a través de HTML, cuya estructura proporciona la jerarquía de todo el diseño. HTML es el esqueleto de tu página.

Del mismo modo, CSS es el aspecto de su página. Aquí se realizan la mayoría de las elecciones estéticas: los colores, las fuentes e incluso el diseño se realizan a través de CSS. Gran parte de lo que un diseñador es responsable se lleva a cabo con CSS, por lo que si un diseñador necesita comprender algo sobre el código, este es un buen lugar para comenzar.

JavaScript es el cerebro opcional para su página. Si desea presentaciones de diapositivas elegantes u otras características dinámicas, JavaScript suele ser la mejor manera de hacerlo. Últimamente, CSS3 se ha convertido en un ser capaz de robar algunos de los truenos conductuales de JavaScript, por lo que las líneas no son tan claras como lo fueron antes.

Entendiendo su oficio

Independientemente del tipo de diseñador que sea, es difícil argumentar que no es vital para su carrera que intente comprender la naturaleza de lo que está creando.

Los buenos diseñadores de impresión saben todo acerca de la impresión y sus procesos circundantes. Entienden las operaciones básicas de la prensa de cuatro colores, cómo se corta el papel al tamaño del anuncio y cómo se relaciona con la configuración del archivo, qué tipo de tinta está disponible y cómo se mezcla; lo sigue y sigue.

Se puede crear un diseño básico completamente sin este conocimiento, pero los verdaderos profesionales invierten el tiempo y el esfuerzo para aprender los procesos detrás de la implementación de un diseño para que puedan tenerlos en cuenta durante el proceso de diseño.

"Los verdaderos profesionales invierten el tiempo y el esfuerzo para aprender los procesos detrás de la implementación de un diseño".

Los diseñadores web a menudo reciben un pase gratuito en esta área. La tecnología web es complicada, por lo que no es realista esperar que un diseñador la entienda. Después de todo, ¿qué importa cómo se implemente el color de fondo siempre que coincida con las especificaciones de diseño?

¿Es esto una copia o un argumento legítimo? ¿Los diseñadores web realmente necesitan saber qué implica dar vida a sus diseños de la misma manera que los diseñadores de impresión? Si conocer la diferencia entre los colores directos y de proceso lo convierte en un mejor diseñador de impresión, ¿entender el papel, la relación y la implementación de las tres tecnologías mencionadas anteriormente lo convierte en un mejor diseñador web?

Diseñando para la Web

La web es una forma de medios muy singular. Algunos proyectos requieren un alto nivel de interacción, mientras que otros son poco más que una representación digital de lo que fácilmente podría ser contenido impreso (este artículo, por ejemplo).

Como diseñador web, tiene la tarea de analizar cada escenario y proporcionar una estética que mejor se adapte a los objetivos y usuarios del sitio. Surge una pregunta importante sobre si realmente puede lograr esto sin una comprensión básica de cómo funciona la web.

Digamos que está diseñando un sitio móvil y su cliente quiere mantener bajos los tiempos de carga. Si sabe de lo que es capaz CSS, puede crear fácilmente un diseño atractivo que no requiera imágenes. Sin embargo, si no está seguro de cuán factible es algo como un gradiente compatible con varios navegadores, entonces está en desventaja.

Lo mismo es cierto de la tipografía. Tal vez desee utilizar una fuente única en una parte del texto que debe estar activa, ¿no le ayudaría comprender la implementación de @ font-face y qué puede hacer con ella?

Roles de separación

Un subargumento importante en este debate surge con respecto a si los roles de diseñador y desarrollador deben estar completamente separados. Esta es un área donde ambas partes tienen argumentos igualmente legítimos.

Los separatistas dicen que el diseño web y el desarrollo web son dos roles completamente diferentes que requieren conjuntos de habilidades muy diferentes. Es mucho mejor tener creativos dedicados exclusivamente al diseño y técnicos únicamente a la codificación que intentar fusionar los dos roles en un solo individuo. Hacerlo sería requerir demasiado de una persona y el proyecto sufriría.

De hecho, muchas grandes empresas de todo el mundo manejan sus equipos web exactamente de esta manera, con un grupo dedicado a crear diseños que luego se entregan a un departamento diferente para convertirlos en un proyecto en vivo. Esto es especialmente necesario cuando un proyecto requiere un alto nivel de experiencia en desarrollo, como con una aplicación Ruby o PHP.

"Ninguno de nosotros puede presumir de conocer un formato único que puede y debe aplicarse a todas las empresas de diseño web en todas partes".

Sin embargo, las pequeñas empresas y las operaciones independientes a menudo no pueden permitirse múltiples equipos de expertos. En estos escenarios, el superhombre solitario que puede ver un proyecto de principio a fin es un recurso invaluable. Nos guste o no, tales individuos existen de hecho, muchos de los cuales son notablemente buenos tanto en diseño como en desarrollo.

Si abordamos este subargumento con una mente abierta, creo que todos podemos estar de acuerdo en que hay circunstancias en las que es beneficioso que los roles de diseñador y desarrollador estén separados y otros escenarios en los que es mejor que se unan. Ninguno de nosotros puede presumir de conocer un formato único que pueda y deba aplicarse a todas las empresas de diseño web en todas partes.

El corazón del problema

Encontrar un compromiso en el argumento anterior es un paso importante. Si todos podemos estar de acuerdo en que hay casos en los que dividir y unir los roles de diseñador y desarrollador es una estructura legítima, entonces tal vez podamos llegar a una conclusión general sobre si los diseñadores en general deberían entender el código.

Para encontrar un terreno común, analicemos cada argumento. La difícil situación del diseñador puro es fácil de entender porque estuve en este campamento durante mucho tiempo. El diseño visual es más complicado de lo que muchas personas le dan crédito. Hay demasiados tipos de HTML y CSS que asumen que porque saben cómo construir un sitio, deberían poder diseñar uno. Al igual que la codificación, el diseño no es algo en lo que pueda tener éxito sin una educación y exploración fundamentales sobre lo que funciona y lo que no. Los diseñadores no son simplemente personas con un buen ojo para los esquemas de color, son personas altamente capacitadas que han trabajado duro para desarrollar el conjunto de habilidades que poseen.

La conclusión aquí es que los codificadores sin experiencia en diseño probablemente no tengan por qué fingir ser diseñadores. Del mismo modo, un diseñador no debería pasar su tiempo pirateando código mal escrito.

Pero espere, ya hemos discutido anteriormente cómo una comprensión básica del código de hecho puede preparar mejor al diseñador para crear algo que se ajuste a los objetivos del sitio. ¿A dónde nos lleva esto?

El compromiso

La conversación anterior puede parecer un poco larga y superflua, pero los pasos de la lógica que hemos seguido son importantes para llevarnos a un punto en el que podamos llegar a una conclusión.

Con argumentos válidos de ambos lados en mente, es mucho más fácil llegar a un compromiso. Ahora podemos ver que aquellos que piensan que los diseñadores deben entender el código a menudo no les importa si el diseñador es quien realmente codifica el sitio web. Simplemente argumentan que, armados con el conocimiento de cómo funciona el backend, se puede crear un diseño de interfaz de usuario más adecuado.

"A veces, conocer el trabajo de otra persona te ayuda a ser mejor en el tuyo".

El compromiso es que, si bien algunos diseñadores web pueden y se benefician de poder escribir código, tal vez esta habilidad no sea universalmente necesaria en todos los diseñadores web. Sin embargo, eso es muy diferente de decir que los diseñadores no deberían entender el código que entra en los sitios de diseño.

Hay una distinción importante aquí. Por ejemplo, entiendo mucho sobre cómo funciona la impresión de periódicos. Entiendo la calidad del papel y la tinta y cómo se relaciona con conceptos como el uso de negro intenso en lugar de negro puro en mis diseños. Sin embargo, eso no significa que pueda salir y conseguir un trabajo administrando la sala de prensa. Entiendo los aspectos de impresión necesarios para hacerme un mejor diseñador. A veces, conocer el trabajo de otra persona te ayuda a mejorar en el tuyo.

Del mismo modo, se podría decir que los diseñadores web deben comprender aquellos aspectos de la codificación que los hacen mejores diseñadores web. Usando mis ejemplos anteriores, uno puede entender la flexibilidad y las restricciones de @ font-face sin memorizar la sintaxis a prueba de balas de Paul Irish. También puede comprender qué efectos CSS3 son compatibles en qué navegadores sin poder escribir el código necesario para dicha implementación.

Baja tus armas

No soy tan ingenuo como para imaginar que todos los lectores estarán de acuerdo con mis conclusiones. Como dije anteriormente, hay varios que simplemente se niegan a considerar la posibilidad de que su camino no sea el único. Sin embargo, insto a cada uno de ustedes a considerar cuánto más nos acercamos a terminar este debate con la lógica utilizada anteriormente.

"Su trabajo es absorber la información que puede y debe afectar sus decisiones de diseño".

Al final, ¿por qué te importa quién hace qué en una empresa de diseño web siempre que el producto final sea satisfactorio? Con este objetivo en mente, un diseñador web que no puede escribir CSS en la parte superior de su cabeza no es un requisito absoluto, pero eso no significa que esté descifrado para comprender la naturaleza fundamental del desarrollo web y las herramientas que se utilizará para implementar el diseño que crea.

Ya sea que diseñe interfaces de aplicaciones, vallas publicitarias, sitios web o botellas de champú, tiene la responsabilidad de comprender cómo se implementará su diseño. Si está lo suficientemente ansioso por aprender el proceso lo suficientemente bien como para hacerlo usted mismo, bien por usted. Si no, su trabajo es absorber la información que puede y debe afectar sus decisiones de diseño.

Conclusión

En resumen, todos tenemos opiniones feroces sobre si todos los diseñadores web deben comprender HTML y CSS básicos. Sin embargo, si dejamos de lado estas opiniones el tiempo suficiente para darnos cuenta de que ambos lados del debate tienen puntos válidos, entonces quizás se pueda llegar a un compromiso.

Si alentamos a todos los diseñadores a comprender su oficio y lo que implica hacer realidad sus creaciones, entonces todos tenemos un claro punto de acuerdo. Deja tu juicio sobre el proceso de los demás y toma un nuevo mantra: los buenos diseñadores toman decisiones informadas. ¿Quién puede discutir con tal afirmación?

Deje un comentario a continuación y háganos saber lo que piensa. ¿Es cierto que los diseñadores web, como los diseñadores de impresión, deberían al menos intentar entender qué sucede con el diseño después de entregarlo? ¿Importa si un diseñador puede escribir código siempre y cuando comprenda las implicaciones de cómo las tecnologías web actuales deberían afectar un diseño?