Hola a todos Solo unas notas: Muy interesante este hilo, siempre tan polémico y recurrente en los temas de la web. Pienso que su origen esta en el mismo nacimiento de la web. Como la asumimos, quienes la asumieron (si estuvieron mas cerca o mas lejos de ella) y como estamos tratando de definir y redefinir los roles dentro del proceso de desarrollo. Aunque en todo esto, a veces nos complicamos y queremos ver las cosas mucho mas allá de lo que pudieran alcanzar nuestro ojos.! O como diríamos, buscarle el meollo.
Partamos de que: La web entre otras cosas, es comunicación (lo que nos preocupa ahora), comunicación visual, y para eso están los comunicadores visuales o Diseñadores Gráficos Web (si lo queremos más "cool" y ampliooooo, Diseñadores de Interacción) que son los capacitados (no los únicos) para manipular códigos visuales y procesos interactivos visuales. Pues, zapateros a sus zapatos" En el post de Javier Capa no existiría problema alguno. Si en vez de decir que el "diseñador grafico, solo diseña bonito y accesible". Algo (la palabra bonito) que ya es hora de que saquemos de nuestro léxico. Dijera: "el diseñador grafico, diseña funcionalmente" y accesible??? Bueno… un plegable tiene que ser accesible, así mismo un stand de feria, o una publicación cualquiera. La accesibilidad es parte de la funcionalidad del diseño, el diseño que no sea FUNCIONAL (USABLE) no es diseño! A veces queremos complicar mucho y tratar de redefinir el rol del Diseñador Grafico Web (fíjense que me sumo a este término que alguien sabiamente introdujo) sencillamente veámoslo como lo que siempre fue y sus especificidades e integrémonos al equipo de trabajo. Por supuesto que sabemos que este Diseñador necesita de especializaciones (conocer el medio web) como html, css, script, y un gran etc. Pero los otros (editoriales, de moda, de luces, escenográficos, industriales… también no lo necesitaban o necesitan?). No esta de más decir que soy diseñador grafico especializado en la web desde hace varios años. Veo que las opiniones tienden a dividirse según sea el área de formación académica (es lógico), en ella también esta (consciente o inconsciente) la forma de estructurar el pensamiento… y el espacio. Pensemos en un todo donde cada uno tiene un papel y una meta que lograr. Coincido con Rafel Gracía Lepper, en fin unas gracias a todos por un hilo tan interesante y necesario. Saludos cordiales, Ignacio Sabo On 9/1/06, Juanjo <[EMAIL PROTECTED]> wrote: > > Hola a todos > > El tema es complicado, hasta en la terminología; para mí, tanto el > grafista que se ocupa del aspecto visual, como el maquetador que > codifica las páginas, como el programador que las dota de > funcionalidades son todos diseñadores: cada uno de ellos se ocupa de > diseñar un aspecto del producto que es una aplicación web. > > Yo creo que el problema es más bien crono-lógico: ¿debe el grafista > elaborar en primer término una guía de estilo (tratamiento gráfico > general, colores, tipografías, tono de la comunicación gráfica: > fotografías o ilustraciones, etc…) que será codificada por el > maquetador? ¿o, más bien, es el maquetador el que entrega un > prototipo en xhtml (según lo definido por un arquitecto de > información) al grafista (elaborando el aspecto visual de la web > mediante css) y al programador (codificando la interacción definida > por el diseñador de información)? > > En todo caso, en lo que estoy de acuerdo es con lo dicho antes en el > hilo sobre la necesidad de que exista una buena documentación (por > ejemplo, la guía de estilo visual debería estar basada en un > documento anterior, en el que se definan los objetivos generales del > sitio y las necesidades del usuario, junto con el documento de > requerimientos de contenido…) y, claro, diálogo y flexibilidad. Y > también que un conocimiento general del proceso por todos es muy > beneficioso; no sólo es bueno que el grafista entienda la usabilidad > de la aplicación, sino que el maquetador o el programador tengan > cierta sensibilidad tipográfica, por ejemplo. > > También es cierto que el proceso funciona bien cuando hay un número > suficiente de personas implicadas y con sus tareas claramente > definidas. En mi caso, algunas veces tengo que diseñar una web yo > solito (aspecto visual, xhtml, css, flash, php, mysql: por ejemplo, > www.imaxinasons.com), lo que tiene sus ventajas, y también sus > inconvenientes. Ventajas porque el equipo (yo) está muy unido, > trabaja en la misma dirección, y tu madre suele estar muy orgullosa > de ti. Y desventajas por las amenazas de una esquizofrenia galopante. > > Sobre la discusión sobre si un diseñador gráfico web es un artista o > un técnico, en mi opinión es poco productiva, porque ambas cosas, > técnica y arte (techné en griego) son lo mismo, un saber productivo > encaminado a la elaboración de arte-factos. > > Sobre la bibliografía, el libro que más me gusta sobre el tema es > «The Elements of User Experience» de Jesse James Garret (New Riders > Press, ISBN: 0735712026), porque parte de la compresión de que la web > funciona a la vez como sistema de información (parecido a un libro o > a una revista, pero en hipertexto…) y como software (con el que > podemos realizar tareas…). De ahí que haya dos tipos distintos de > procesos. Todo se describe en su famoso diagrama, que está traducido > al español aquí [1]. > > Algunos libros más: > > «Rediseño de sitios web», de Kelly Goto y Emily Cotler (Pearson > Educación, ISBN 84-205-3383-1), del que se ha hablado aquí en varias > ocasiones. > «Producción y diseño gráfico para la World Wide Web» (Antonio > Fernández-Coca, Paidós ISBN 84-493-0593-0) > > > Un saludo a todos. > > > [1] http://mantruc.com/palabras/intro-ia/mod-jjg.html > > > ********************************************************* > Juanjo > > E-mail: juanjo [at] efimera.org > Work: http://www.efimera.com > Blog: http://www.efimera.org > Flickr: http://www.flickr.com/photos/efimera/ > > ********************************************************* > > > > _______________________________________________ > altas, bajas y modificaciones: > http://www.cadius.org/lista/opciones.html > -- Ignacio Sabo S. [EMAIL PROTECTED] _______________________________________________ altas, bajas y modificaciones: http://www.cadius.org/lista/opciones.html
