Hola a Otodos: Volviendo a lo mismo, Rafa, creo que no deberíamos ser "totalitarios" en el sentido de pensar o se hace asi todo, o se hace todo de esta otra manera. Creo que hay desarrollos y desarrollos y que hay empresas y empresas, equipos y equipos, etc y etc. El promedio de todo esto, sería [tal vez lo mas importante] que el equipo que trabaje tenga en claro cuales con los límites y responsabilidades a cada miembro. De todos modos debe existir una linea coherente que al final, de como resultado un producto o un servicio que muestre la coherencia del proceso. Hoy leía como se hablaba de calidad total y organizaciones y me parecio fantástico leerlo, ya que no somos ajenos a estos procesos. Tambien creo [aunque resulte algo repetitivo] tenemos que ser realistas y saber que hay equipos de tres personas, o de dos, y que en el transcurso, lo importante, es el desarrollo orientado al usuario.
Alejandro Karpich Zardalevich On 8/31/06, Rafael García Lepper <[EMAIL PROTECTED]> wrote: > > 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 > _______________________________________________ altas, bajas y modificaciones: http://www.cadius.org/lista/opciones.html
