Hola Rosalía, contesto entre líneas:
> Siguiendo con este tema y respondiendo en especial a Rafa, me gustaría hacer > una puntualización. > > Diseñadores gráficos hay de muchos tipos: editoriales, que conocen la > tecnología de la edición, crean tamaños de letra y compaginaciones adecuadas > para leer textos. De carteles, que conocen los métodos de impresión y de > comunicación visual de vallas, paneles y similares, que es el medio donde se > publica, y también diseñadores web, entre otros muchos. > Los diseñadores de carteles, conocen los métodos de impresión, pero no hacen el trabajo de la imprenta, no? Saben las limitaciones que tiene el medio para el que diseñan, es decir, lo conocen. Que es en mi opinión lo que debe hacer un diseñador gráfico especializado en web. > Con esto quiero decir que un diseñador gráfico web, es o en mi opinión debe > ser, ante todo un técnico, no un artista, No estoy de acuerdo, creo que un diseñador debe ser ante todo un artista. Esto, que los diseñadores sean técnicos y no artistas, como dije en mi primer email, creo que esta provocando diseños poco creativos en la mayoría de las webs accesibles. > aunque puede ser muy artístico > también, que conoce el ámbito o medio en el que trabaja, que es la web y su > tecnología, html y css, especialmente. Así como la manera de comunicar de > forma adecuada, mediante la usabilidad y la accesibilidad, para poder llegar > a todos los contenidos, mediante una herramienta, como puede ser un libro, > que es la interfaz web en nuestro caso. Conocer el medio para el que se trabaja, no implica hacerlo tu, y eso es lo que se está pretendiendo de los diseñadores en la web > > Este ámbito no entra en competencia con los desarrolladores, cuya función és > hacer que una aplicación funcione bajo una interfaz y ofrezca unos servicios > a los que se accede con una herramienta útil y fácil de usar, que es el > entorno más gráfico de la web, cuya buena práctica reacae sobre el diseñador > gráfico que ha de conocer las herramientas de su trabajo, grafismo, > usabilidad, accesibilidad y los recursos técnicos para hacer real este > proyecto, HTML, CSS y javascript, entre otras posibles tecnologías que no > descarto. Vuelvo a decir que no encuentro un motivo para que el diseñador, pase horas delante de código, por muy sencillo que este pueda ser. > > Sin embargo los roces vienen por lo que tienen en común que es el código, y > el buen o mal uso que se hace de él, en ambos sentidos. > > Cuando ambos perfiles de desarrollo quedan bien definidos y las dos partes > tienen una metodología de trabajo clara de coordinación, los conflictos son > menores y el proyecto fluye mejor. Eso es exactamente lo que yo digo, el diseñador diseña, el programador programa y el proyecto fluye > > Sin embargo, la realidad es que por deformación profesional siempre un > diseñador tenderá a volcarse más en el usuario, y en la parte visual, y el Pero es que el diseñador es quien debe volcarse en el usuario y diseñar pensando en el y en su experiencia y no en si esto va a ser muy difícil para el programador o no, sabiendo eso si las cosas que son imposibles, es decir las limitaciones del medio. > programador en la parte de la aplicación, siendo su mayor preocupación que > la aplicación haga lo que tiene que hacer no teniendo en cuenta lo difícil > que eso se lo ponga a quien lo utiliza, porque ya funciona. Es que eso no es competencia del programador, si no del diseñador, que es quien debe diseñar interfaces usables. > > La interfaz y la aplicación son como una cuchara de plata con filigranas y > una de palo. Ambas sirven para tomar sopa, pero es más agradable hacerlo en > una suave de plata. Aunque si es demasiado preciosista la sopa se nos caerá > de nuevo y no nos será útil. Si el que diseña la cuchara, ha comido sopa, sabrá como hacer para que las filigranas no molesten, que la cuchara sea útil, pero no le voy a pedir que además de diseñarla sea el, el artesano que la lleve a cabo, no? > > Por otra parte hemos de admitir algo más. Los diseñadores gráficos web son > un nuevo perfil profesional nacido con internet que todavía no tienen un > plan de formación específico y claro, pero si unos objetivos de trabajo cada > vez más definidos. > > Ellos como profesionales tienen que tener claro que no programan y los > desarrolladores, que no maquetan, porque los dos se encuentran en lados > simétricos de un mismo espejo, que ha de dar una sola imágen pero desde > diferentes funcionalidades. > > Perdonadme la extensión. > > Rosalía Murciano > > Saludos Rafa > > > _________________________ > 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 > > > > > En cumplimiento de la Ley 34/2002, del 11 de julio, de Servicios de la > Sociedad de la Información y de Comercio Electrónico, le informamos que puede > revocar en cualquier momento, de forma sencilla y gratuita, el consentimiento > para la recepción de correo electrónico, haciendo clic aquí > (http://e-polite.adiciona.com/e-PoliteServices/Revoke.aspx?Direction= > 106 108 117 115 65 97 98 99 106 100 116 117 112 46 104 114) ,o enviando un > e-mail a [EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) . > Nosotros bloquearemos el envío de correo por parte de nuestra empresa a su > dirección de correo (la dirección que figure como "from" si nos envía un > mensaje). > Gracias. Mensaje filtrado por e-Polite (http://www.e-polite.com/) . > > > > _______________________________________________ > altas, bajas y modificaciones: > http://www.cadius.org/lista/opciones.html > _______________________________________________ altas, bajas y modificaciones: http://www.cadius.org/lista/opciones.html
