Maquetear en Photoshop o XHTML+CSS?
2 comentariosHace unos días leí un interesante post sobre por qué es mejor maquetear en XHTML+CSS que en Photoshop. El post de Jason Fried de 37 Signals es casi una declaración de principios que me toca de cerca ya que hace años que vengo pregonando sobre la necesidad que los diseñadores construyamos los nuevos códigos del nuevo medio (como llamábamos hace 10 años a los que corren sobre Internet) y asumamos nuevas técnicas y lenguajes para hacer la web desde sus propios códigos.
Ojo cuando hablo de códigos no me refiero al código de programación, me refiero a las señales fundamentales que posee todo medio de comunicación, a los esenciales al lenguaje que lo gobierna.
Una de las primeras cosas que entendí cuando empecé a diseñar para la web era que si no sabía HTML estaba perdido. Por qué? porque era y es “la materia”, la esencia básica, “el” lenguaje de la Internet. Es como ser diseñador de prensa y no entender sobre la alquimia de las tintas offset ni la física de los papeles.
Al poco tiempo la web semántica empezó a ser nuestro desvelo y aparecieron las cascadas de estilos o CSS, dignas herederas de las que ya se usaban en pre-prensa digital con el Aldus Page Maker (mucho antes que lo comprara Adobe y lo mutara al olvidable InDesign) e incluso en Word.
Hoy leo al diseñadores ingleses Jon and Leigh Hicks que ellos maquetean en Fireworks un intermedio entre Photoshop y XHTML+CSS y coincido con ellos que la herramienta perfecta de maqueteo web aún no se ha creado pero Fireworks es la mejor por varios motivos entre los que se encuentra la rica mezcla entre vector y mapa de bits, las herramientas de corte y la facilidad de exportación hacia HTML limpio.
El debate es interesante porque hablar de las herramientas que usas para maquetear empuja a hablar sobre los límites del diseño de interfaces en la web y los que debe dejar de tomar prestados a los medios análogos como la prensa.
Ese olor 2.0 en diseño que circula por la red me tiene un poco chato, ya que es una trampa. Una que está haciendo una moda de cómo se deben ver los sitios para que parezcan 2.0 y sólo se quedan en la interfaz pero de código ni hablar. Una moda perversa porque tiende a preocuparse más de cómo se verá a cómo es y por qué.
Cuando maqueteas en Fireworks, sueñas sabiendo XHTML+CSS, sabes hasta “dónde estirar el chicle”. Cuando lo haces exclusivamente en XHTML+CSS quedas preso de la habilidad y tus conocimientos como diseñador-programador. Si trabajas con un Mostro que traduce las interfaces al código tu sueño es profundo y amplio, puedes llegar lejos.
Siento que el matrimonio es el que importa, el nuestro en AyerViernes es diseñadores que sueñan y conversan en código.
Y tu, cómo maqueteas?
AyerViernes > Diseño > Diseño de Interacción > Diseño de Interfaz > Software > Web 2.0 > Web Semántica | Enviar a un Amigo | TrackBack (0)
2 Comentarios
Manuel Jesús Recena Soto Publicado el 08/06/08 a las 14:15
Hola Jorge:
De forma muy resumida te puedo contar mi perspectiva de esta tarea básica dentro de un proyecto. Para esta tarea intervienen al menos tres roles (que no se tres personas): Diseñador de interacción, Diseñador gráfico y programador UI. El primero es el encargado de realizar modelos conceptuales, prototipado (wireframes, maquetas a papel, etc.) y sus herramientas son muy variadas, desde photoshop hasta papel traza. El segundo coge ese trabajo y se encarga de la comunicación visual y la estética del producto o proyecto. Posteriormente el desarrollador, especializado en el lado del cliente, se encarga de implementar todo eso teniendo en cuenta los requisitos funcionales y no funcionales del sistema, que previamente elaboró un analista funcional.
Los dos primeros roles sí trabajan con el cliente, el tercero interviene cuando el trabajo está validado y aprobado. Por lo tanto, XHTML + CSS + JS al final.
Un saludo
Marco Fernandez G. Publicado el 23/06/08 a las 0:51
Desde que salí de la U. (multimedia año 2002) y empecé a ver el tema de desarrollo web, lo vi como tal, el diseñador diseña, el desarrollador, ensambla. Quien hace cuál pega… no sé, por ahí dicen “pastelero a tus pasteles”
Trabajé con un no programador que programaba (difícil hacerle entender el rol de cada parte) programación es programación.
Un diseñador que programa es un diseñador con un valor agregado, puede entregar un diseño de web más fácil de desarrollar, pero le tocó hacerlo por oficio, no por profesión.
