Lecciones Aparte y 12 tips para los diseñadores web

Wednesday, August 20th, 2008
Jeffrey Zeldman y Jeremy Keith en el SxSW 2007 en Austin

Jeffrey Zeldman (izq) y Jeremy Keith. Fotografía de Tantek

Jeremy Keith estuvo en el reciente Un Evento Aparte San Francisco y anotó en su blog, como hace siempre que va a este tipo de cosas, una serie de excelentes resúmenes y observaciones que, la verdad, son documentos indispensables para cualquier diseñador o desarrollador web.

Me quiero concentrar en el primero, Entender el Diseño Web, que trata de la exposición de Jeffrey Zeldman y comienza con la pregunta-respuesta ¿Qué es el diseño web? Empatía. Empatía con el usuario para ser más específicos. Jeffrey habla de la dificultad a la que se enfrentan los diseñadores web para hacer su trabajo más respetable, la inutilidad de los concursos y premios de la industria y lo que necesitamos hacer para mejorar nuestro oficio: no hacer diseño para impresionar a los demás (Como dice Dan Cederholm: Existe la posibilidad que un diseño web *realmente bueno* no reciba ni loas ni críticas. Funciona y ya.); el buen diseño es invisible, trata sobre la personalidad del contenido, no del diseñador, pone al usuario por delante.

Termina la exposición con 12 consejos para lograr un diseño web empático:

  1. Comenzar por el usuario.
  2. Conoce tus debilidades.
  3. Busca el trabajo o proyecto que te guste hacer.
  4. Vende las ideas, no los pixeles.
  5. Decirle al cliente “no sé” debe ser aceptable.
  6. Cultiva la confianza del cliente, que sepan que sabes lo que haces.
  7. Apoya tus ideas. No tengas miedo de respaldarlas con investigación.
  8. Documenta lo que estás haciendo. Deja un camino de papeles.
  9. Nunca cobres de menos.
  10. No hagas muestras gratuitas. No hagas una prueba gratis para conseguir un trabajo.
  11. No aceptes contratos que piden resultados apresurados. Nunca funcionan.
  12. Termina con el usuario. Y si tienes alguna duda, regresa al usuario.

Los consejos me parecen excelentes para todo aquel que se dedique al diseño web, y además hacen mucho eco con lo que apuntaba Cybergus en su blog sobre Lo que todo diseñador debería saber.

Espero que estas recomendaciones no caigan en oídos sordos, u ojos ciegos.

Pantalla esférica multitoques de Microsoft

Tuesday, August 12th, 2008

Microsoft presentó en fechas recientes, durante su Cumbre de Facultades de Investigación 2008, lo que podría ser un método novedoso para manipular información. Se trata de una bola multi-toques que puede ser utilizada por varias personas colocadas alrededor y pasarse fotografías, documentos, ver mapas o jugar pong. Antes de que alguien se me adelante la voy a bautizar con el nombre de toquibola, he dicho.

Misfortune Teller

Veo tu futuro muy borroso… ¡ah, pérame! es que tengo que actualizar los controladores. Fotografía de MisfitGirl

La toquibola está basada en un producto ya existente para mostrar la imagen y en la toquimesa y es una muestra de concepto de lo podrían ser las interfaces del futuro.

Parece muy interesante excepto por una cosa ¡yo quiero estar adentro de la esfera! Claro, debería se una esfera algo más grande de la presentada y tener mucha mayor resolución, pero ¿a poco estaría de peluches estar rodeado de la imagen generada por la computadora y poder moverte y manipular los objetos a tu alrededor? Igual y deberá venir con su cubeta para vomitadas pero los simuladores de vuelo, juegos de aventura y de primera persona serían otra cosa. Estoy seguro que también se podrían usar para algo útil.

Así como la veo, la toquibola es algo exótica, me la imagino en un cuarto oscuro como esfera mágica con un grupo de jugadores de rol alrededor. También se puede usar en quioscos de información, ferias y demostraciones de productos; pero no uso común, que entiendo que tampoco es el caso de la demostración.

Vamos a ver que más se presenta a lo largo del año pero esto es apenas la punta del desarrollo en la tecnología multi-toques, sin duda durante los siguientes meses vamos a ver nuevos conceptos en interfaces y aplicaciones.

El diseñador web empleable, parte 2. Respuesta a CyberGus

Sunday, August 3rd, 2008
Time Breakdown of modern Web Design

Hace poco más de un mes escribí El diseñador web empleable a manera de comentario al original de Andy Rutledge con el mismo título. El buen Cybergus me dejó un comentario también a raíz del que yo hice en el sitio de Isopixel sobre otros comentarios de una propuesta de trabajo para un diseñador. ¿No es fantástico esto del internet? Sale un post en un sitio, después en otro donde hay comentarios y los comentarios de los comentarios acaban en el otro donde alguien más puede comentar de otra cosa. Es una gran carne asada con cervezas, sólo que sin la carne asada ni las cervezas.

En fin, reproduzco aquí el comentario de CyberGus:

Mmmm no estoy de acuerdo en todo, supongo es bueno, sino no habría discusión.

Yo no se de todo lo que comentas ahí, me sorprendo a mi mismo instalando un blog y metiéndome a mover php o etiquetas de Textpattern.

Creo que alguien que, más allá de diseñador gráfico, puede jactarse de simplemente entender “diseño” a nivel general y tener una idea básica de hacer interfaces usables y saber separar bloques como pensando en componentes de imagen, puede hacer sitios aceptables.

Es importante sin duda comprender las tecnologías… pero habría que delimitar que es saber “lo básico” y qué es ser un Guru… porque lo que he visto en algunas agencias es que a veces requieren que seas “Guru” de todo.

Yo había escrito una contestación como comentario dentro del mismo post, pero salió demasiado largo a mi gusto como para ser comentario, así que lo pasé a esta nueva entrada en el blog. Para seguir comentando sugiero que los comentarios hacia el artículo de Andy vayan en aquel post y los que sean sobre las diferencias entre diseño gráfico contra diseño web y la educación en ambas vayan en éste. O hagan lo que quieran, da igual.

Mi respuesta:

Claro, si estuviéramos todos de acuerdo no valdría la pena tener blogs.

¡Y es exacto! Tú ya tienes una idea de que lo que hay en un sitio web va más allá de la fachada y que el diseñador le puede tener que meter mano al php o a las etiquetas de textpattern de vez en cuando.

Mi preocupación no va por aquellos que hemos aprendido la web por nuestra cuenta casi desde sus inicios, algunos desde el lado visual y otros desde el lado programático, pero finalmente dándonos cuenta de las diferentes áreas que confluyen para hacer un buen sitio y que bien o mal nos hemos tenido que fajar para aprender cosas que no estaban en nuestros planes.

Por ejemplo, yo aprendí el diseño web desde el lado de la programación pero nunca he sido muy bueno con la comunicación visual. En los primeros días de la web eso no importaba tanto, pero conforme fue avanzando la tecnología y la sofisticación de los sitios tuve que aprender ese lenguaje visual, cosas como la importancia del espacio negativo, la tipografía y la ilustración. Pero nunca he sido, ni voy a ser, capaz de crear un sitio que se pueda llamar “bello” aunque por lo menos no van a estar tan feos. Y eso se lo explico a mis clientes y jefes.

Lo que me preocupa son las escuelas de diseño gráfico y sus egresados que no tienen idea de lo que es un sitio web; o quienes consideran que diseñar un sitio es una extensión del diseño gráfico. Y creo que es parte de la razón por la que una agencia quiere que seas gurú en todo (además de querer ahorrar).

Cuando alguien se presenta como “diseñador web” lo que un cliente, agencia, etc. entiende es que puedes diseñar todo el sitio. Es decir, te pedirán “que los visitantes se registren, manden correo y levanten pedidos en el sitio y que los pedidos se manden automáticamente al sistema de ventas”.

Si el “diseñador web” acaba de salir de la escuela de diseño gráfico con apenas una embarrada de Flash y Photoshop, pues lo que va a pensar es “la pucha, pues ni idea”. Y lo que pasa es que diseño web no es nada más la interfaz con el usuario, sino además la funcionalidad y la interacción con el servidor, bases de datos y otras aplicaciones.

Igualmente, un programador que sepa programar en PHP, Perl, Ruby, C++ y lenguaje máquina del Zilog Z-80 no necesariamente va a poder hacer una interfaz atractiva y fácil de usar. Y tal vez ninguno de los dos sepa hacer un sitio que se ajuste a estándares y esté optimizado para buscadores. O teléfonos celulares.

Mi punto es que en las universidades, o los autodidactas, se debe considerar el diseño web como una disciplina en sí misma que combina elementos del diseño gráfico, de la programación de sistemas y de arquitectura de información. Claro, uno puede especializarse en el diseño de interfaces o en el desarrollo de las aplicaciones, pero sin ignorar las otras partes.

Esto es algo que deben entender también las agencias cuando formen un equipo de trabajo y los diseñadores mismos, que reconozcan su especialidad y admitan lo que no pueden hacer.

Creo que salió más larga esta contestación al comentario que el mismo post original; a decir verdad cuando escribí el post sentí que le faltaba algo pero no supe en ese momento como encuadrar todo lo demás.

¡Gracias por tu comentario!

Conseguir un trabajo nuevo a través de tu portafolios

Tuesday, July 29th, 2008
AcordeónFotografía por Mireia vía Flickr

Muchos diseñadores gráficos, fotógrafos, artistas y similares saben de la importancia de tener un portafolios con sus trabajos para convencer a nuevos clientes o patrones y que los contraten.

Sin embargo el uso de un portafolios no tiene porqué limitarse a las ramas artísticas, sobre todo en esta era electrónica donde es muy fácil poner ejemplos de nuestros pasados logros. Programadores, escritores, ingenieros y otros pueden añadirle más interés a su curriculum o résumé añadiendo un portafolios en línea.

Pero no todo es tan fácil, un buen portafolios debe reunir los mismos requesitos de un sitio web: estar actualizado, ser fácil de usar y poderse encontrar. Thursday Bram nos ofrece una guía de 7 trucos para tener éxito con nuestro portafolios en el sitio de Stepcase Lifehack. El original está en inglés pero interpretado rápidamente dice más o menos así (notas adicionales mías en italicas):

  1. Ponerlo en línea. Si lo mandas como anexo en un correo electrónico puede que no lo abran por miedo a los virus (o que lo filtre el servidor de correo). Tampoco leerán un portafolios de papel. Una liga a tu portafolios tiene mejor oportunidad de verse.
  2. Que no haya que descargar nada. O sea, nada de PDFs, archivos de Word o cualquier otra cosa que haya que descargar y abrir. Si eres programador no incluyas ejecutables, sino capturas de pantalla.
  3. Organiza el portafolio. No necesariamente en orden alfabético (o histórico, o las plastilinas del kinder) pero debe ser lógico para el reclutador donde debe hacer clic y qué va a ver. Hazlo para que hasta tu abuelita lo entienda (a menos que tu abuelita sea Grace Hopper).
  4. Contextualiza. Incluye etiquetas y descripciones de lo que estás mostrando. Sin un contexto adecuado quienes vean tu trabajo no van a saber ni de que se trató ni porqué es importante. Usa esto como un reto para exponer tus habilidad de comunicación y pulir tu redacción.
  5. Dale enfoque. Expón los trabajos que reflejen a lo que te quieres dedicar (los que den a conocer las habilidades que quieres usar en una nueva carrera o que le interesarían a un empleador). Puedes crear portafolios separados para cada una de las carreras que te interesen.
  6. Usa una variedad de medios (me caga la palabra “multimedia”). No todas las habilidades se pueden expresar a través de la palabra escrita o la fotografía. Si quieres ser vendedor tal vez unas gráficas que demuestren tu desempeño sean l9o mejor; si quieres ser animador, un video que demuestre como prendes al público es mejor que una simple fotografía.
  7. Compra tu propio nombre de dominio — o no. Si planeas mantener tu portafolios a largo plazo comprar tu nombre de dominio es buena idea, pero aún así puedes usar uno de los muchos sitios gratuitos donde puedes poner muestras de tu trabajo.

Thursday termina diciendo que ella se limita a poner trabajos que ha hecho bajo comisión para otros ya que los personales no han pasado por el mismo rigor de un trabajo pagado. Yo no he armado todavía un portafolios, pero he jugueteado bastante con la idea durante el último par de años, sobre todo para no olvidar que tanto he hecho.

¿Y tú? ¿Has hecho alguno? ¿Tienes planes para hacerlo? ¿Qué otra utilidad o peligro le ves?

Historia de un plagio 2.0

Tuesday, July 15th, 2008

Todo empezó un buen día cuando el bloguero indio Diwaker Gupta notó que el sitio del Consorcio de la Comunidad de Computación compartía una enorme similitud con el de Una Lista Aparte, el sitio del gurú de los estándares y la web semántica, Jeff Zeldman.

Diwaker decidió hacer un post sobre esto, sin percatarse todavía que las similitudes eran más que mera coincidencia, de hecho el código estaba copiado completamente de una de las plantillas anteriores de ULA hasta el punto de no haber quitado los comentarios del código que dejaban establecida la propiedad. Zeldman se percató y a su vez hizo un post acusando directamente al CCC de robo. Lo que es peor es que el CCC depende del Fondo Nacional para las Ciencias, parte del gobierno de los Estados Unidos.

Las reacciones contra el CCC no se hicieron esperar y más de uno mandó un correo directamente a los responsables del sitio para cuestionarles sobre el diseño robado. Hay que reconocer que la acción del CCC fue rápida y adecuada; al verse alertados quitaron inmediatamente el sitio dejándolo sin nada más que una nota de “En Mantenimiento”, se disculparon con Zeldman y Una Lista Aparte y después subieron otro diseño con la disculpa pública visible a todo mundo. Que la dependencia oficial haya tomado esas acciones de manera tan rápida y humilde es loable.

Lo más seguro es que la administración del CCC no se hubiera dado cuenta (aunque cuesta trabajo creerlo, con los comentarios del código, pero démosles el beneficio de la duda) y que algún otro diseñador bajo contrato se le haya hecho fácil robarse el código y cobrar como si fuera original. Por supuesto, ése diseñador ahora puede ser sujeto a tener que reparar daños y perjuicios.

Leer los comentarios en el post de Zeldman es fascinante. Es alentador ver que la táctica del escarnio público funciona por lo menos en algunos casos, pero sigue siendo triste la facilidad con que algunos “diseñadores” se apropian del trabajo de otros sin los permisos necesarios y ni siquiera dar las gracias.

Me pregunto ¿pasaría lo mismo en México si algún sitio gubernamental o empresa se robara un diseño, foto o texto aún de manera tan descarada? Díganme cínico pero yo creo que no. Y eso me entristece.