Hola, > Trabajo en una empresa haciendo aplicaciones web. Tenemos un departamento de > Diseño Gráfico que es el responsable del diseño de los interfaces. Huelga > decir que los interfaces de nuestras aplicaciones son páginas web (html + > css). > > Recientemente hemos tenido un pequeño gran problema serio sin importancia > (ya me entendeis) de competencias y responsabilidades. El diseño gráfico > (entendido como apariencia) por supuesto corre de su cuenta, pero en > desarrollo también utilizamos el código de prototipos/maquetas que ellos > hacen para el producto final. El acabado gráfico es impecable y por supuesto > no lo pongo en duda, pero hasta la fecha el código se venía haciendo "a la > vieja usanza" con Dreamweaver: maquetación con tablas, múltiples "blank.gif" > para hacer huecos en blanco, nada de pasarle validadores W3 o TAW... Todo > esto, aparte de los problemas de usabilidad y/o accesibilidad de los que en > esta lista seguro no tengo que comentar, nos traía a los desarrolladores > otros problemas (al menos desde mi punto de vista): el código de las páginas > se vuelve farragoso y con muchos elementos innecesarios, lo que lo hace > mucho más costoso de mantener; a la hora de pasar los prototipos (estáticos) > a páginas jsp (generadas con bucles, etiquetas de Struts, etc) se tarda > muchísimo... Seguiría con la lista, pero creo que comprendeis a qué me > refiero. El caso es que solicité que se considerase la posibilidad de > mejorar ese aspecto, y, como no podía ser de otra forma, han llegado los > problemas y los malentendidos. > > ¿Cuál es el reparto de tareas óptimo en un proyecto, y cuál es el que se > suele realizar en la práctica con resultados aceptables? ¿Tiene que recaer > en el mismo equipo el diseño gráfico, el prototipado de los interfaces, el > desarrollo del código? ¿Utilizais prototipos en HTML o sólo de Visio o > similar? ¿Vuestros prototipos son reutilizables, o desechables? En > definitiva... ¿cuál es la organización que debe seguir un proyecto para el > desarrollo de sus interfaces (web)? No sé hasta qué punto un diseñador > gráfico debe preocuparse de la accesibilidad de las páginas o calidad de su > código... > > Quizá son muchas preguntas en poco espacio. ¿Qué bibliografía puedo > consultar (disponible online a ser posible) para conocer cómo se debe hacer > esto? Es fácil encontrar la separación de tareas entre un analista, un > diseñador (no confundir con diseñador gráfico) y un programador, pero no > tanto que entre en detalle en el desarrollo de los interfaces. ¿Cuál es > vuestra experiencia al respecto? > > ¡Gracias por vuestra atención!
He leído algunas respuestas, el las que parece que todos estáis de acuerdo en que el diseñador debe maquetar generando un código limpio, y yo no entiendo porque, creo de verdad que el diseñador debe estar completamente al margen del código, centrarse en aspectos visuales y estéticos, teniendo muy en cuenta la usabilidad no la accesibilidad, que es cosa del maquetador/programador, en mi opinión, lo que pasa es que desde el principio de internet de cara al público, los diseñadores además de diseñar, maquetaban, porque html (al principio sin css) no es tan difícil y así se ganaba más dinero, y ya parece que lo hemos asumido como un hecho "un diseñador web maqueta html" sin embargo, esto creo yo que provoca, por pura comodidad práctica, que los diseños sean poco creativos en muchos casos, que estemos viviendo una época en la que, casi todas las webs accesibles parecen blogs ( en los que la usabilidad en mi opinión deja que desear por varios motivos el primero y más importante por ejemplo es el "scroll infinito") en las que la creatividad esta en poner una imagen de cabecera u otra y combinar bien los colores... No se, quizás me equivoco, pero en mi empresa, una persona diseña y otra programa o maqueta y se ocupa de que el código sea limpio, porque el código es labor del programador no del diseñador. Saludos Rafa PS. Por favor, no os fijéis en la web de mi empresa; como pasa a menudo, en casa de herrero, cuchillo de palo, y la accesibilidad de nuestra web es nula, cuando tengamos tiempo esto cambiará, mientras tanto, os pido disculpas. biosfera 4 desarrollo web | asesoramiento musical | open source http://www.biosfera4.com [EMAIL PROTECTED] _______________________________________________ altas, bajas y modificaciones: http://www.cadius.org/lista/opciones.html
