Umm...Alguien dijo alguna vez: "Para el que tiene un martillo todo el mundo se le presenta como un clavo" Por eso creo que un buen jefe o jefa de proyecto es la clave para evitar el tipo de problema que nos ocupa. Un colega californiano me dijo hace un tiempo: mis diseñadores son de Venus y mis ingenieros y programadores son de Marte y mis cliente tienen la chequera...por eso mis jefes de projectos son texanos.
Carlos


Albert Garcia wrote:
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Julio Imazio

Me esta gustando mucho este hilo.
Creo que es uno de los problemas mas comunes dentro de equipos de desarrollo, si estamos hablando de equipos que pretenden incorporar unos determinados objetivos de usabilidad (condicionando consecuentemente el ciclo de trabajo), todavía mas. Sinceramente no me molesta si la persona que diseña es la que maqueta, no creo que sea condición necesaria para transmitir correctamente el trabajo al programador. Lo que si me parece indudable, coincidiendo con respuestas anteriores, es que la persona que diseña conozca el medio en el que se esta moviendo. Hasta ahora la mejor forma que he encontrado para que una persona que nunca ha diseñado para web sea consciente de que puede y que no puede hacer es tenerlo un tiempo maquetando, a ser posible su propio trabajo.

Coincido contigo Julio: un tema de lo más interesante.

El origen de los conflictos suele estar en que los equipos que intervienen
en un desarrollo son limitados, e inevitablemente, la mayoría de las veces
los integrantes del equipo deben adoptar responsabilidades que afectan a
diferentes campos, mezclando diseño gráfico y maquetación, maquetación y
programación, análisis y programación, prototipado y diseño gráfico...

Se ha hablado sobre qué perfil era más lógico que se encargara de la
maquetación en HTML + CSS, teniendo en cuenta el uso de código semántico y
accesible: un diseñador o un programador. Mi opinión es que, aunque
tradicionalmente haya sido el programador quien se encargue de maquetar y
añadir la programación a los bocetos en photoshop proporcionados por un
diseñador ( digo tradicionalmente porque, al menos desde mi experiencia, es
lo que he solido encontrarme ), puede dar mucho mejores resultados que sea
el propio diseñador quien se encargue de ello. Básicamente porque
posiblemente el resultado final sea mucho más fiel a la idea original.

En primer lugar, el diseñador que conoce el medio en el que trabaja, la web,
ya parte de la premisa de las cosas posibles, las imposibles, las factibles,
las desaconsejables... Mientras prepara los bocetos ya puede ir previendo
los posibles problemas que va a encontrarse durante el traspaso a HTML, e ir
haciéndose un "esquema mental" de la estructura semántica que tendrá el
documento final, lo que le permitirá "optimizar" los recursos gráficos a
utilizar.

En realidad me sorprendería que un diseñador orientado a web, sin tener
conocimientos en estas áreas, consiguiera un diseño realmente efectivo. El
entorno web no tiene NADA que ver con el medio impreso e inevitablemente,
requiere un aprendizaje adicional.

Pero ojo, no estoy diciendo que sea siempre un diseñador quien deba
encargarse de esa tarea. En realidad, conseguir un buen documento HTML que,
además de reproducir la apariencia visual de un diseño previo, 1. esté
desarrollado en base a código válido, 2. esté estructurado semánticamente y
3. respete las normas de accesibilidad WAI, tiene suficiente entidad como
para que exista una figura única, un técnico experto en HTML, hojas de
estilo, usabilidad, accesibilidad, técnicas SEO... Que sea el paso
intermedio entre el diseñador y el programador, y por el que deba volver a
pasar el trabajo una vez el programador haya terminado de implementar la
lógica. Sólo que... Todos sabemos que la realidad en la mayoría de los casos
es que no hay recursos suficientes para incorporar a esta figura. :P

Un saludo,
Albert Garcia
OboLog » Tus pensamientos en red
www.obolog.com
______________________________________________
Mi blog personal en http://obokaman.obolog.com


_______________________________________________
altas, bajas y modificaciones:
http://www.cadius.org/lista/opciones.html





--
Carlos Diviani
CEO
Diviani Consulting
www.diviani.com

++++++++

This message, and in the case of any file annexed to it, can have confidential 
information,
and it is exclusively for the use of the addresse of the message. It is 
strictly forbidden
to spread a copy or distribute to third parties, without the express order of 
Diviani Consulting.
If you have received this message mistakenly, we request you to notify to the 
sender, and
please be sure to erase it.
Thank you for your collaboration.



Este mensaje, y en su caso, cualquier fichero anexo al mismo, puede contener 
informacion
confidencial, siendo para uso exclusivo del destinatario, quedando prohibida su 
divulgacion
copia o distribucion a terceros sin la autorizacion expresa de Diviani 
Consulting.
Si Vd. ha recibido este mensaje erroneamente, se ruega lo notifique al 
remitente y proceda
a su borrado.
Gracias por su colaboracion.




******************************************

begin:vcard
fn:Carlos Diviani
n:Diviani;Carlos
email;internet:[EMAIL PROTECTED]
tel;work:+54 341 155 94 96 22
version:2.1
end:vcard

_______________________________________________
altas, bajas y modificaciones:
http://www.cadius.org/lista/opciones.html

Responder a