Hola, en mi empresa somos 2 personas en el departamento web.
Un diseñador/maquetador y yo, programador. Ahora, para algunos proyectos contamos con un diseñador nuevo y esta persona se queda solamente para maquetar (que bastante trabajo es). En mi opinión y en base a mi trabajo, somos pocas personas, la solución es: 1º, si diseñador también es maquetador no hay problema, él diseña y maqueta a su gusto. Hablamos siempre de seguir los estandares. 2º, si se dispone de (equipo de) diseñadores, son trabajos independientes pero muy relacionados. El diseñador es libre de hacer lo que quiera, pero es fundamental que el maquetador haga revisiones de su trabajo y de su opinión, porque es él quién finalmente lleve ese pantallazo a html y es el que controla en accesibilidad y usabilidad. Si el diseñador también tiene estos conceptos, mejor que mejor. Si esta colaboración no se hace al final tendrás al maquetador cabreado porque el diseñador ha puesto esto aquí o no ha tenido en cuenta cosas básicas como las migas de pan, o que esta "cosa rara" es muy dificil/imposible de maquetar... Otro problema más grave es que se tiende a enseñar el diseño al cliente y decirle, esta es tú web. Luego el maquetador verá que ha puesto fuentes poco estandar, etc .. y el diseño final será un poco diferente al que se enseñó. 3º, Una vez tengamos el diseño, la maquetación es trabajo del programador insertar el código necesario para que la página sea dinámica. Es necesario que el programador tenga nociones básicas de accesibilidad para que pueda hacer repasos rápidos a lo que vá haciendo. Este proceso con el tiempo se vá mejorando, en nuestro caso intentamos que los nuevos portales se basen en diseños que ya tenemos maquetados, así evitas maquetar de 0 y tienes mucho ganado. Además, si el html que tenemos se basa en estandares, al final tendremos un código html muy corto y limpio. El aspecto gráfico estará fuera. Esto benecifica muchisimo al programador porque puede generar modulos que "pinten" menús, listas, etc... reduciendo enormemente el tiempo de desarrollo. Siempre hay que reutilizar lo que se pueda. Slaudos. El 31/08/06, Rafael García Lepper<[EMAIL PROTECTED]> escribió: > 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 > -- ============================== [EMAIL PROTECTED] http://www.lacoctelera.com/malonecab ============================== _______________________________________________ altas, bajas y modificaciones: http://www.cadius.org/lista/opciones.html
