Este es un tema crucial en el día a día de los que nos dedicamos a la farándula web.
Es importantísimo que el equipo de trabajo tenga una cultura y una visión global del asunto, pero eso solo se logra a lo largo de los años y trabajando en equipo de verdad. Los diseñadores deben tener conocimientos de accesibilidad y usabilidad y de arquitectura de la información. De igual forma los desarrolladores deben "beber" del espíritu creativo de los diseñadores y tener unos criterios estéticos básicos. Pero lo verdaderamente fundamental es la comunicación, trabajar codo con codo, de modo que la formación en estos temas provenga de los propios miembros del equipo. A la hora de plantear un boceto el diseñador consulta a los desarrolladores sobre las soluciones propuestas y cuando empieza el desarrollo de programación, éstos consultan a su vez como resolver cuestiones de interfaz que muchas veces han sido pasadas por alto en la fase de diseño. Habrá diseñadores capaces de maquetar un XHTML impecable o hacer vilguerías flash con ActioScript y programadores capaces de crear un diseño de interfaz magnífico. El reparto de tareas ya depende de las cualidades de las personas que formen el equipo, pero la cohesión de este equipo es lo verdaderamente importante. Lo más difícil de todo es ubicar al cliente final en este equipo. Es jugador y árbitro al mismo tiempo. Sabe de diseño y de informática (breve pausa para la carcajada) y raras veces se deja asesorar. Cuando conseguimos ubicarlo en la cancha es cuando el proyecto sale adelante. Si se empeña en jugar en todas las posiciones y chupar balón entonces sansejodió :D Saludos Jose Manuel www.trisquel.com [EMAIL PROTECTED] escribió: > Envíe los mensajes para la lista Lista a > [email protected] > > Para subscribirse o anular su subscripción a través de la WEB > http://cadius.org/mailman/listinfo/lista_cadius.org > > O por correo electrónico, enviando un mensaje con el texto "help" en > el asunto (subject) o en el cuerpo a: > [EMAIL PROTECTED] > > Puede contactar con el responsable de la lista escribiendo a: > [EMAIL PROTECTED] > > Si responde a algún contenido de este mensaje, por favor, edite la > linea del asunto (subject) para que el texto sea mas especifico que: > "Re: Contents of Lista digest...". Además, por favor, incluya en la > respuesta sólo aquellas partes del mensaje a las que está > respondiendo. > > > Asuntos del día: > > 1. Re: Tareas y su reparto en el desarrollo de intefaces web de > un proyecto: teoría y práctica (mmundo) > 2. Re: Tareas y su reparto en el desarrollo de intefaces web de > un proyecto: teor ía y prá ctica (Rafael Garc í a Lepper) > 3. Re: Tareas y su reparto en el desarrollo de intefaces web de > un proyecto: teor ía y prá ctica (Jose Antonio Riquelme) > 4. Re: Tareas y su reparto en el desarrollo de intefaces web de > un proyecto: teoría y práctica (jEsuSdA 8)) > 5. Re: Tareas y su reparto en el desarrollo de intefaces web de > un proyecto: teor ía y prá ctica (Alejandro Karpich Zardalevich) > 6. Re: Tareas y su reparto en el desarrollo de intefaces web de > un proyecto: teor ía y prá ctica (Julio Imazio) > 7. Re: Tareas y su reparto en el desarrollo de intefaces web de > un proyecto: teor ía y prá ctica (Raul Garate) > 8. Re: Tareas y su reparto en el desarrollo de intefaces web de > un proyecto: teor ía y prá ctica (Rosalía Murciano) > 9. Re: Tareas y su reparto en el desarrollo de intefaces web de > un proyecto: teoría y práctica (Javier Capa) > 10. Re: Tareas y su reparto en el desarrollo de intefaces web de > un proyecto: teor ía y prá ctica (Albert Garcia) > 11. Re: Tareas y su reparto en el desarrollo de intefaces web de > un proyecto: teor ía y prá ctica (Rafael Garc í a Lepper) > 12. Tareas y su reparto en el desarrollo de intefaces web de un > proyecto: teoría y p (Sergio Ortega) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 31 Aug 2006 11:55:11 +0200 > From: mmundo <[EMAIL PROTECTED]> > Subject: Re: [cadius] Tareas y su reparto en el desarrollo de > intefaces web de un proyecto: teoría y práctica > To: "Lista de Cadius" <[email protected]> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hola Juan, > > Te recomiendo que leas un artículo que es su día publicó Luis Villa en > Alzado. En base a lo que planteas en el asunto del mensaje (no he > leído todo el texto :P) creo que te puede servir como punto de > partida. > > Evidentemente, todo dependerà del volumen y/o continuidad del trabajo, > tipos de interfaces (gestión de contenidos, branding/comunicación, > transaccionales, etc......)... etc. > > http://www.alzado.org/articulo.php?id_art=486 > > > Saludos, > Martí Mundó. > -- > > > > ------------------------------ > > Message: 2 > Date: Thu, 31 Aug 2006 13:05:46 +0200 > From: Rafael Garc í a Lepper <[EMAIL PROTECTED]> > Subject: Re: [cadius] Tareas y su reparto en el desarrollo de > intefaces web de un proyecto: teor ía y prá ctica > To: Lista de Cadius <[email protected]> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="ISO-8859-1" > > 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] > > > > > > > ------------------------------ > > Message: 3 > Date: Thu, 31 Aug 2006 13:34:57 +0200 > From: "Jose Antonio Riquelme" <[EMAIL PROTECTED]> > Subject: Re: [cadius] Tareas y su reparto en el desarrollo de > intefaces web de un proyecto: teor ía y prá ctica > To: "Lista de Cadius" <[email protected]> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > 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 >> > > _______________________________________________ altas, bajas y modificaciones: http://www.cadius.org/lista/opciones.html
