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

¿Deben los diseñadores web entender HTML básico y CSS? Es un argumento cansado con dos lados que se niegan a ceder, ¿por qué incluso discutirlo?

El propósito de este artículo no es probar qué grupo es correcto, sino intentar demostrar que ambas partes sí hacen puntos válidos y ver si analizar estos puntos nos lleva a un compromiso en el que ambas partes puedan 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 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 encontró que estaba fuera de lugar.

Este es un tema que se ha discutido en profundidad en casi todos los blogs de diseño en la web. Hay dos lados distintos en el debate, cuyos miembros han trazado líneas claras en la arena que probablemente nunca se crucen.

Tengo razón y usted está equivocado

Cualquiera que crea que no es necesario comprender el código para el diseño, simplemente se niega a pensar que esta opinión podría ser incorrecta. Del mismo modo, los diseñadores que tienen un conocimiento sólido del código no pueden convencerse de que no son mejores diseñadores para ello.

"Cualquiera de los diseñadores debe saber el código o no, un argumento tan simple deja poco espacio 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. Cualquiera de los diseñadores debe conocer el código o no, un argumento tan simple deja poco espacio para el compromiso.

Sin embargo, el hecho de que ambos lados se aferren a sus puntos de vista tan estrechamente indica que cada uno tiene puntos importantes que no deben ser revisados. Hoy intentaremos respetar estos puntos y encontrar el medio difícil de alcanzar. 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, asumiré que algunos de nosotros comprendemos cómo se construyen los sitios web y otros no. Teniendo esto en cuenta, una definición simple de términos ayudará en gran medida a que todos estén en la misma página.

La idea rápida y sucia es que HTML se usa para contenido, CSS para estilo y JavaScript para comportamiento. Lo siguiente está 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, los enlaces e incluso las imágenes primarias insertadas a través de HTML, cuya estructura proporciona la jerarquía para todo el diseño. HTML es el esqueleto de tu página.

Del mismo modo, CSS es el skin de tu 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 realiza con CSS, por lo que si un diseñador necesita entender algo sobre el código, este es un buen lugar para comenzar.

JavaScript es el cerebro opcional para tu página. Si desea presentaciones de diapositivas de lujo u otras características dinámicas, JavaScript es a menudo la mejor manera de hacerlo. Últimamente, CSS3 se ha convertido en un ser sensible capaz de robar parte del trueno de comportamiento de JavaScript, por lo que las líneas no son tan claras como lo eran antes.

Entendiendo tu 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 sobre la impresión y los procesos que la rodean. 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 profesionales reales invierten el tiempo y el esfuerzo para aprender los procesos detrás de la implementación de un diseño para que puedan rendir cuentas 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 implementa 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 como lo hacen los diseñadores de impresión? Si conocer la diferencia entre los colores planos y de proceso lo hace un mejor diseñador de impresión, ¿entender el rol, 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 muy única de medios. 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 se ajuste mejor a los objetivos y usuarios del sitio. Surge una pregunta importante sobre si realmente puede lograr esto o no sin una comprensión básica de cómo funciona la web.

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

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

Separando roles

Surge un argumento secundario importante en este debate con respecto a si los roles de diseñador y desarrollador deben estar completamente separados o no. Esta es un área donde ambos lados tienen argumentos igualmente legítimos.

Los separatistas dicen que el diseño web y el desarrollo web son dos funciones 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 una sola persona. 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 que se convierta 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 pueda y deba aplicarse a todas las empresas de diseño web en cualquier parte".

Sin embargo, las pequeñas empresas y las operaciones independientes a menudo no pueden costearse a múltiples equipos de expertos. En estos escenarios, el único superhombre 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 argumento secundario 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 sean distintos y otros escenarios en los que es mejor que se combinen. Ninguno de nosotros puede presumir de conocer un formato único que pueda y deba aplicarse a todas las empresas de diseño web en cualquier lugar.

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 que tanto la división como la unión de los roles de diseñador y desarrollador es una estructura legítima, tal vez podamos llegar a una conclusión general sobre si los diseñadores en general deberían entender el código.

Para encontrar puntos en 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 tanto 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, dado que saben cómo construir un sitio, deberían poder diseñar uno. Al igual que la codificación, el diseño no es algo que se pueda lograr sin una educación y exploración fundamentales sobre qué funciona y qué no. Los diseñadores no son simplemente personas con un ojo en los esquemas de color, son personas altamente capacitadas que han trabajado duro para desarrollar el conjunto de habilidades que poseen.

El punto clave aquí es que los programadores sin experiencia en diseño probablemente no tienen negocio pretendiendo ser diseñadores. De manera similar, un diseñador no debería pasar su tiempo hackeando código mal escrito.

Pero espere, ya hemos discutido anteriormente cómo una comprensión básica del código puede, de hecho, 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 el que 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 fronda más adecuado.

"A veces, la comprensión del trabajo de otra persona te ayuda a mejorar en el tuyo".

El compromiso es entonces que, si bien algunos diseñadores web pueden beneficiarse de la capacidad de escribir código y, de hecho, se benefician de él, 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 estilo.

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 enriquecido en lugar de negro puro en mis diseños. Sin embargo, eso no significa que pueda salir y conseguir un trabajo para administrar la sala de prensa. Entiendo los aspectos de impresión necesarios para hacerme un mejor diseñador. A veces, la comprensión del 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 de balas de Paul Irish. También puede comprender qué efectos de 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 cada lector estará 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 cerca estamos de 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 mientras el producto final sea satisfactorio? Con este objetivo en mente, un diseñador web que no puede escribir CSS desde un principio no es un requisito absoluto, pero eso no significa que esté descolgado 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, carteles publicitarios, sitios web o botellas de champú, tiene la responsabilidad de comprender cómo se implementará su diseño. Si estás lo suficientemente ansioso por aprender el proceso lo suficientemente bien como para hacerlo tú mismo, bien por ti. Si no, su trabajo es absorber la información que puede y debe afectar sus decisiones de diseño.

Conclusión

Para resumir, todos hemos sostenido opiniones ferozmente sobre si todos los diseñadores web deberían entender HTML básico y CSS. Sin embargo, si dejamos de lado estas opiniones el tiempo suficiente para darnos cuenta de que ambos lados del debate tienen puntos válidos, tal vez se pueda hacer un compromiso.

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

Deja un comentario abajo y déjanos saber lo que piensas. ¿Es cierto que los diseñadores web, al igual que los diseñadores de impresión, deberían al menos intentar comprender qué sucede con el diseño después de entregarlo? ¿Importa si un diseñador puede escribir código siempre que comprenda las implicaciones de cómo las tecnologías web actuales deben afectar un diseño?