Estoy bastante de acuerdo con todo el mundo en este hilo. No es un tema que se pueda tratar de forma totalitaria como apuntaba alguien.
No obstante me pregunto ...que pasaria si dividieramos la tarea y responsabilidades en fragmentos más pequeños y especializados. -por ejemplo el diseñador web , solo diseña bonito y accesible) -el maquetador solo se dedica a codigo puro y exclusivamente -y el programador recoge su codigo limpio. se me ocurre que probablemente no habria casi ningun problema entre programador y maquetador pero probablemente si los habria entre diseñador y maquetador. Ya que las competencias de ambos se solapan bastante. esto parece un poco la charla de ¿a quien le pasamos el marron de barrer la casa? (depurar codigo y dejarlo limpio) Al diseñador? o Al maquetador? ¿que opinais? --- Juan Ignacio Sánchez Lara <[EMAIL PROTECTED]> wrote: > 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! > > -- > Juan Ignacio Sánchez Lara > Ingeniero Técnico en Informática de Sistemas > > http://juanignaciosl.blogspot.com - Hoy: La > Catedral de Justo > http://www.flickr.com/photos/juanignaciosl > _______________________________________________ > altas, bajas y modificaciones: > http://www.cadius.org/lista/opciones.html > ------------------------------ Javier Capa Bazán http://www.c4p4.com http://c4p4.blogspot.com ------------------------------ __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ altas, bajas y modificaciones: http://www.cadius.org/lista/opciones.html
