Tzek Blog de Diseño

Aunque el post que recién escribió Armando Sosa se llama “Cuando los estándares nos alcancen“, en sí puede tomarse como una reflexión, aunque personal, sobre la interacción, servicios y tecnología que tenemos hoy y sus implicaciones en el mañana. 

Muy ameno, espero puedan darse una vuelta para leerlo.

Por cierto, Sosa estará en un congreso llamado Mexico Web 2.0, donde vienen autoridades-practicantes del desarrollo web, estándares y servicios 2.0. 

Actualización a 13 de julio:

Sí fui a un CAC Telcel en Puebla este viernes 11 de julio. Ya estando ahí, no había magia, como en las fotos vistas de Internet, sino una aburrida cola para mucha gente que estaba ahí viendo sus cosas y problemas con respecto a sus celulares. Al final decidí no esperar tanto porque sí dude en pedir informes sobre la contratación porque 24 meses, ya no me llamaban la atención. Me salí de la cola y sinceramente, ya no me dieron ganas de saber más sobre el iPhone ese día.

Plan 1 de renta mensual del iPhone con Telcel en México:

• $459 pesos (USD 45 aproximadamente).
• 100 MB incluidos.

Redondeando a 500 pesos…

• Si me gasto por codo (ávaro) $50 al 2×1 en el cine, lo más barato, entonces mi renta mensual equivale a ir 10 veces al cine acompañado y echarme casi 20 horas de diversión y unos minutos extras de charla con colegas y cuates.
• Si fuera como en gringolandia (EE.UU.) donde en lugares como starbucks puedo conectarme al iTune store y bajar mis canciones de 10 pesos aproximadamente, cada canción de 4 megas me limitaría a bajar en teoría 25 canciones, pero la neta entre “yu-tube”, “mai-espeis” o qué se yo… digamos que me reservo 5 megas, muy austeramente hablando. El valor promedio de un CD con 15 canciones en México es de 160 pesos (15.5 USD aproximadamente).
• Con 500 pesos compro no se cuantos chocolates-centenarios (de esos que parecen monedas de oro) y puedo tirarlos en el piso, hacer “angelitos” y sentirme “Mc Pato” un rato.
• Esos 500 pesos equivalen a un 70% de moverme en taxi en la ciudad de Puebla.
• Una buena cena, para una ocasión especial, en un lugar tranquilo, no muy “shic” o “naiz”, llega a 500 pesos. Para dos personas, como dije, algo tranquilo, sobretodo en consumir bebidas alcohólicas.
• 500 pesos representa 1/5 de la tarifa básica de la mensualidad de un carro. Interesante perspectiva, si en el futuro he de tener 5 iPhones en tarifa básica y ando en camión, entonces definitivamente algo estaré haciendo mal.
• No con 500 pesos, pero sí con 2 cargas de a 200 pesos máximo al mes, le pongo crédito a mi celular y me los acabo de volada… ¿será un gancho la tarifa 1 del iPhone para compulsivos como yo?

Casi me voy de espaldas cuando leí el título que puso Elías en Isopixel: Razones por las que NO hacer un mockup con photoshop para un trabajo web. De la traducción libre que está en blog tomé los siguientes puntos:

1. Photoshop limita completamente el trabajo, no se pueden incluir enlaces, áreas “clicables” o menús. Con el papel pasa lo mismo. Lo ideal es [añadido por mi] primero hacer un planteamiento muy básico sobre el papel [/añadido por mi] y luego pasarlo a CSS/XHTML, donde representaremos lo que se hizo en papel más resto de funciones básicas como navegación, enlaces etc.

• Si estamos hablando de una maqueta o mockup, ya desde el papel y lápiz, es buena herramienta. La idea está en maquetar el sitio, hacer una disposición de los elementos, es el pensar cómo quedarían. Justo cómo ha mencionado un alumno de Javier Cañada dentro del programa Vostok. Lo que sí, viendo una maqueta como prototipo de baja fidelidad, en Photshop es posible concentrarse en los detalles visuales, esto es, enfocarse mucho en la forma. Aunque es tardado, su ventaja podría ser el dar una mayor calidad final en el prototipo a diferencia de tomar lápiz y papel. No hay que olvidar que en el prototipeo lo relevante es obtener, de ser posible, resultados sobre aspectos de usabilidad; ahí el photoshop es un arma de dos filos, es más fácil para este caso optar por lápiz y papel o un wireframe simple. No importa si se puede “cliquear”.

2. Photoshop proporciona muchas herramientas para conseguir detalles y justamente buscamos lo contrario, no queremos dar detalles concretos, solamente lo esencial. El programa nos distraerá en cosas que ahora no tocan hacer.

• Efectivamente, pero justo se repite mi apreciación en el primer punto. ¿Qué tipo de calidad se requiere en el prototipo y con qué propósito se está realizando? Un detalle curioso es que si el proyecto lo amerita, un prototipo simple con CSS no puede competir con uno visualmente más preciso (de preferencia con una versión más simple en papel o wireframe ya evaluada).

3. La fuente de un sitio forma parte imprescindible y es muy probable que necesites cambiarla varias veces. Photoshop hace más complicado este proceso: abrir el .psd, seleccionar la fuente del lugar concreto que queremos cambiar, cambiarla, exportar a .png .jpg para poder enseñar los cambios a, por ejemplo, un cliente etc. Además de queen photoshop las letras NUNCA se comportan igual que en la web, a pesar de darle la misma fuente con las mismas características en el programa se ve de una forma y en la web de otra [añadido por mi] (nunca entendí porque pasa esto) [/añadido por mi].

• Con respecto a la fuente, es claro que no todos los textos pueden ser arbitrarios, esto es, utilizar la fuente que quiera y luego pasarlo a imagen. Vale para ciertos encabezados y es obvio que hay que tomar en cuenta qué tanta sustitución con imagen habrá de hacerse en los textos y por qué sería conveniente tomar este tipo de decisiones. Para los textos “comunes”, esas cosas no se pueden probar mejor que con texto “en vivo”, que se está viendo en el browser y eso sí tiene que hacerse con CSS (referente a familia tipográfica, puntaje, interlineado y variantes).

4. Photoshop se enfoca en la producción y no en la productividad. En este primer paso se busca conseguir los puntos esenciales para crear un sitio accesible, claro etc. Luego nos preocuparemos de darle un aspecto “bonito”.

• Eso no lo voy a negar. Si se maqueta en photoshop, cuestiones accesibilidad, navegación y usabilidad tienen que tenerse en la cabeza “en segundo plano” (como en cómputo, un proceso corriendo ahí atrás) mientras se diseña. Esto implica que no importa tanto la herramienta (photoshop o lápiz de papel) sino la integración de los conocimientos sobre diseño visual, diseño web, diseño de información, arquitectura de información, accesibilidad y usabilidad. Insisto, ¿para qué va a servir el prototipo o maqueta en cuestión?

5. Perderemos tiempo en pasar el mockup de photoshop a css/html.

• Otra gran verdad. Llego a una conclusión rápida que este es un vicio, el cual tengo y esto casi seguro que tienen muchos que empezaron con esto de la web en los 90s cuando el ensamble de las interfaces venía en forma de tablas. Lo que creo que este punto puede ser evidente dependiendo de tu forma de “aprender web”; si desde el principio rompes con la maquetación en photoshop y te acostumbras a hacer “drafts” a partir de una lógica-de-ensamble vía CSS/HTML, entonces tu perspectiva/proceso sobre cómo ir diseñando, definitivamente cambia. La estructura mental para esta tarea cambia. Al comenzar a hacer la “integración” que menciono arriba con una maqueta hecha en photoshop, los tropiezos te enseñan a discernir cuáles áreas “no deben o tienen por qué tocarse”. Pero sí es interesante ver como el cambio en el paradigma de diseño web en cosas que a gente más reciente en estos rollos (post-liberación-de-las-tablas) hace que tengan soluciones creativas que pueden pasar por obvias para ellos.

6. Con html/css podremos seguir un flujo de trabajo mucho más productivo: Hacemos el cambio, guardamos y refrescamos.

• Esto está relacionado con el punto anterior. En ese sentido, estoy de acuerdo. Aunque una vez pasada la migración de photoshop, esas áreas “intocables” tienen que trabajarse siempre como se plantea en este punto.

7. Photoshop es poco práctico, aunque lo manejes desde hace mucho tiempo, es complicado hacer las cosas de forma simple.

• Si es el caso de un prototipo visualmente complejo, es tardado, pero no creo que ese sea el punto general de estos siete, sino identificar quién implica a quién, si photoshop luego CSS/XHTML o primero CSS/XHTML luego CSS. Sí son dos formas de pensar/diseñar diferentes. Y también hay que recordar el contexto, el usuario y el cliente. Mis comentarios van enfocados a sitios web “usables” por no decir cuasiplanos visualmente, no tanto a esos “interactivos” ganadores de premios y llenos de factores de diseño emocional y metáforas navegacionales rebuscadas. De una u otra forma, concuerdo en que hay que obtener un equilibrio.

Y la razón por la que casi me voy de espaldas, es porque, usualmente tengo que “concretar visualmente” una maqueta en photoshop, justo como estoy diseñando algo de web en estos días. Aunque, admito que en momentos de frustración, sobre todo por el trabajo “talachero” de pasar de PSD al ensamble CSS/XHTML donde a veces suele suceder que no queda justo como “habías pensado”. Un debate interesante el asunto.

PD. Ya está el foro de discusión en Isopixel al respecto.

Actualización.

CyberGus nos comparte también su opinión sobre este tema, con comentarios bien enfocados. 

En más de una ocasión he presenciado algo que estoy seguro que a muchos-muchos nos ha pasado, tener una mac y conectarla a un cañón y darte cuenta que no se ve lo mismo en tu monitor que en la “pantalla” (o donde estés proyectando la señal)… le mueves al F7 y nada. Le cambias la resolución y nada. ¿Qué hacer?

Arriba está la ventana que me sale en la parte de Displays en las Preferencias del Sistema. Mac muy inteligentemente y por qué no decirlo, usablemente, no te muestra más de lo necesario. Desafortunadamente no tengo un cañón a la mano, pero bendito Google, directo desde Synaptic Burn, hay una pantalla que muestra como queda cuando le conectas un cañón.

Por cierto, el post de Synaptic Burn, trata prácticamente de este tema. Entonces para que puedas ver “lo mismo” tanto en el cañón como en el monitor de tu mac, solo debes de activar la casilla que dice “Mirror Displays”. ¡Listo!

Mac es amigable. Ok, puede ser. ¿Usable? Pues sí, si es amigable debe ser usable, ¿no es así? Pero que sucede en la vida real, o al menos de lo que he visto en congresos, presentaciones de clase y exámenes de grado…

Nadie lee la interfaz. No ven lo de “Mirror Displays”.

Entonces, ¿no que Mac es usable/amigable? o ¿simplemente esto es un error de usuario? Ante este caso, no es complicado deducir que

1. La pantalla pierde consistencia en el aumento de opciones. Aunque parezca tonto, pasar de “Display-Color” a “Display-Arragement-Color-Options” te “cambia la jugada”.

Ya sea que seamos un usuario nuevo en mac o que estemos histéricos porque presentamos la tesis en 10 minutos, nunca he presenciado a alguien que diga: a ver, uno por uno, cómo le hago para ver mi monitor… mmm… según recuerdo en Windows tiene que ver con la resolución… a ver, a ver… resolución, dónde esta.

Y curioso, un efecto de labeling es la posible confusión sobre lo que significa “Options” cuando las otras tres también son opciones. Ante este problema, será que la solución está en las “Opciones”…??? Es un razonamiento válido.

2. No es lo mismo disponer de un diseño centrado en la meta que uno centrado en la tarea y además, pensar en un diseño centrado en el usuario.

¿Cuántas personas recurren de un técnico cuando se enfrentan al problema del cañón? Es más fácil decir: hey, tu, el que usa mac. Ven, ayúdame.

Por otro lado, no he visto que alguien le mueva al “Arragement”, al “Color” o a las “Options”. Parece que la meta es “enchufar la lap y que se vea lo mismo en ambas salidas”, la tarea particular es “que se vea lo mismo en las dos pantallas”… las demás tareas o cosas que haga la sección de “Displays” parecen no importar. Entonces ¿por qué no dar énfasis a este hecho, si realmente hay un diseño centrado en el usuario amigable/usable?

Sería práctico que ya que la Mac se encarga del auto-detect de nuevos displays o salidas de video como el cañón, saque de paso un mensaje de este tipo.

O más aún, que aproveche una de sus características de interfaz de las preferencias de sistema, como puede ser la iluminación sobre la opción buscada.

El ejemplo anterior es un claro ejemplo de lo que en diseño se llama Designing the Calm Technology. Pasar lo más importante al “centro” y dejar lo demás en la “perifieria”. Tan simple solución de diseño como un sombreado que de el efecto de iluminación sobre lo importante.

¿Es o no es usable la interfaz de la Mac?

El asunto no ese. Mac posee una interfaz altamente usable/amigable con aparentes eye-candys que cuando nos fijamos en otros sistemas operativos, podemos ver que son visual cues más que adornitos. Aquí la cuestión es que la visión de los diseñadores no se ajusta a los usuarios en contextos como los mencionados arriba.

No es un problema de usabilidad, es un problema de cómo el usuario recibe el mensaje que manda el diseñador sobre cómo interactuar con el sistema… esto es, un problema de comunicabilidad, el cual proviene de una nueva teoría de Interacción Humano-Computadora (HCI) llamada Ingeniería Semiótica y que se enfoca en la semiosis. El diseñador, posterior al entendimiento del usuario, tiene una idea de que necesita este último para cumplir su tarea con éxito, en este caso que se vea lo mismo cuando se enchufa el cañón, y aunque no se puede meter uno a la cabeza del usuario, sí existen técnicas para detectar rupturas en la comunicabilidad y así mejorar la interfaz, que en este ejemplo ya funciona bien de por sí pero causa conflictos graves.

Entonces… no todo es usabilidad.

Se abre la convocatoria para la recepción de trabajos en el taller de HCI en México. Participan, computólogos e ingenieros (en cómputo o sistemas), diseñadores, psicólogos, etnógrafos y cualquier profesionista relacionado con el estudio de los usuarios y su interacción con dispositivos/interfaces computacionales. 

El taller será dentro del Encuentro Mexicano de Computación 2008, uno de los congresos más importantes de cómputo en México. Los trabajos aceptados serán publicados en las memorias de dicho congreso bajo la edición de la IEEE. La sede será la Universidad Autónoma de Baja California, Campus Mexicali.

La ventaja de participar como diseñador es el cruzar la frontera entre lo clásico, el enfoque de cómputo y sistemas, por lo actual, los estudios cualitativos (y la investigación secundaria en general) que inciden en el conocimiento general de la disciplina y la creación de productos (de diseño) innovadores.

Hay tres modalidades para participar

• Poster. Una página.
• Ponencia corta. 2 a 4 páginas.
• Ponencia extendida. 5 a 8 páginas.

La fecha límite para el envío de trabajos es el 30 de mayo del presente.

• Descargar convocatoria en PDF (48 KB).

Para la gente de las disciplinas proyectuales es una gran oportunidad para involucrarse con la comunidad científica y tener una publicación oficial, lo cual curricularmente es muy bueno; además del enfoque fresco que pueden aportar.

Mayor información en el sitio oficial del taller: www.mexihc.org.

Hace 101 posts, había comentado sobre cómo en un concierto de 30-añeros o más, se acercaba la gente con los celulares para captar a los cantantes y tener así recuerdos. El fin de semana pasado asistí al concierto de PXNDX (se lee Panda, y sí, sí los escucho… plop. Nooo, no soy emo). En esta ocasión, el concierto estaba lleno de mocosos (como llamamos en México a los adolescentes y sí… ya sé, contrastaba un poco).

En cuanto a la tecnología fue lo mismo, pero en mayor escala. Muchos tenían a la mano un celular y en esta ocasión hasta vi cámaras fotográficas para ser empleadas como videocámaras. La tecnología funciona, en cuanto a experiencias de este tipo, como una extensión de la memoria, no hay duda. ¿Pero será que tecnología remplace un concierto real con uno virtual?

En el Mundo Feliz de Aldous Huxley, la gente que iba a conciertos podía “oler” los sonidos del evento que presenciaba. Después apareció el enfoque de cómo la tecnología te hacía entrar a la realidad virtual, enfoque aun manejado en programas como Futurama.

El estar chavo y gritar, echar desmadre, y hacerle coros a tus ídolos mientras los ves sudando por el calor, es algo que la tecnología tendría que reemplazar por prácticamente lo mismo. El diseño de experiencias y la tecnología para llegar a ese punto, aún están en pañales. Sin embargo, la tecnología sigue ahí y por tanto nuevas necesidades van surgiendo; no tendrán que ser las mega-wow, pero sí las que apoyen o se integren como parte de esta socialización y cultura de lo online.

Me qudé con algunas ideas después de vivir la experiencia… Si todos estos chavos tienen celular, por qué no usarlos como camarógrafos para un broadcasting en vivo. Por ejemplo, tiempo aire brindado por youTube, de forma que pueda mandarse su video a la base de datos en casi tiempo real (chance y esto jale con los G3, pero desconozco bien qué puedo hacer con un celular de esta generación).

O bien, que ahora que está de moda el Twitter, el celular (si no es que ya lo hace) tenga una especie de interfaz extendida de Twitter, que en realidad implique la generación de metadatos, los cuales son muy valiosos para algoritmos de recuperación de información o bien para el análisis tendencias y mercadotecnia hacia los mismos asistentes al concierto.

Creo en la juventud para este tipo de aplicaciones porque a diferencia de la gente mayor, los chavos, en la adrenalina y emoción de mostrarse asi mismos al mundo, y de aquello con lo que se identifican, harían uso de sus celulares (o cualquier dispositivo de conexión móvil conectado a una red inalámbrica)… en cierto punto, para la juventud, un video es relevante, pero compartir experiencias, ya no queda impreso en un papel glosy y a pesar de que se diga que los chavos emplean un lenguaje más degenerado, necesitan nuevos medios de expresión no necesariamente tangibles.

Por cierto, si no sabes quién es Pxndx, aquí dejo dos videos..

Prefacio.

Mi primer post: ya hace un año que escribí sobre cómo me asombró el cambio en la conducta social de nuestra generación gracias a la tecnología. El año pasado fue interesante: la consolidación del facebook y el twitter como nichos sociales en la web 2.0, el lanzamiento del iPod Touch y la Zune, del iPhone y el Kindle de Amazon… Tzek Blog de Diseño cumple un año (increíble) y fuera de ser el nazi blogger con mis alumnos (jajaja… no en serio, gracias a mis alumnos por leerme), agradezco a todos los que se toman el tiempo de leer esto y me ofrecen feedback, a los bloggers/lectores de blog con los que he podido tener contacto (virtual/presencial) y dejarme aprender sobre este medio. Así que me celebro este acontecimiento con el siguiente post:

En agosto del año pasado, ante la llegada del iPhone, no pude dejar de cuestionarme sobre el diseño que viene. He jugado con 2 iPhones (prestados, claro) y varias veces con un iPod Touch. Actualmente estoy convencido que estos dos aparatitos, por la interacción con la pantalla táctil y la monstruosidad mercadológica, sí influirán en el diseño de las interfaces para móviles e incluso ser el punto de partida para la interacción con productos de cómputo ubicuo (así como el iPod marcó a todos los demás MP3 Players).

El nacimiento de una web 2.iPhone.

La web 2.0 ya nos dijo: aquí puedes ser tú, no quién te han enseñado a ser.. ¡vamos! socializa, comparte, presume, re-defínete, exprésate. Hay todo un cúmulo de aplicaciones web que te lo permiten –y en voz baja– así como todo un grupo de interesados en el poder de lucrar con toda la información que gratuitamente amablemente nos brindas.La web 2.iPhone nos dirá: Toma tu iPhone y si no tienes lana, toma tu iPod Touch, sacúdelo, “estírale” a la pantalla, desliza tus dedos… aprovecha todo esto para acceder a tu mundo web donde sea y cuando sea…

• ¿Necesitas poner algo nuevo en el facebook? ¡Arrástralo!
• ¿Quieres poner/hacer un twit nuevo? ¡Prueba este convertidor voz-texto directo del iPhone!
• ¿Tienes a ese amor lejos el día de tu cumple? ¡Ah! Entonces a más tardar en la noche manda el album iPhone orgullosamente decorado por mi Scrapbook for iPhone de Flickr.

En México, quizá no todos tengan un celular que pueda navegar la web, pero en la calle, muchas personas tienen un iPod, ya sea un shuffle, un video o ahora un touch. Una vez que venía en un vuelo con escala en Monterrey, lleno de gente joven, muchos de ellos traían el iPod para entretenerse mientras llegabamos… ¿Qué va a pasar cuando estén dispuestos a navegar para socializar, exponerse o jugar mientras esperan cerca de un hot spot en el aeropuerto? ¿Qué tipo de producto de diseño seducirá a esta audiencia del aparatito en mano?

El símil Nextel.

El otro día me estaban convenciendo platicando de por qué comprar un Nextel (este radio popular entre los universitarios y hombres de negocios). Donde sí estuve de acuerdo es que tener un Nextel podría, si no tener más ingresos por proyectos, ponerme en contacto con más personas para discutir sobre algo en que pueda apoyar con mis servicios de diseñador. Un punto interesante en el discurso de venta fue “el que te llame de un Nextel, es porque es alguien de negocios y que probablemente pueda pagar una buena tarifa…”

Lo que pasa con el iPhone/iPod es que tendrás toda la ventaja multimediática para “jalar” a un cliente, empezando por lo más simple: el portafolio. Si muchos de los clientes a los que aspiran tienen un iPhone/iPod, que rico que puedan navegar cómodamente tu portafolio. De entrada esto tiene implicaciones directas en el diseño visual: es claro que la arquitectura de información, el diseño de información y el diseño de interacción se ven afectados si piensas que te navegarán desde uno de estos artefactos.

Arriba está una foto de mi portafolio en un iPod.

Las ventajas:

• El navegador si no es Safari al menos si es una versión light de éste. Super… ya no lidiar con las broncas de Internet Explorer. Además:
  • Se pueden leer PDFs.
  • Soporta AJAX.

Desventajas:

• No toca flash… aunque mi trabajo no está hecho en flash, no pude checar portafolios que lo emplean.

Lo que debí hacer como adecuación al iPhone/iPod:

• Emplear ems como medida para la tipografía, no pixeles. Aunque lo anterior es una buena práctica, uno puede “esquivarla” teniendo en cuenta la resolución esperada de los usuarios, pero en el iPhone/iPod se evidencía como un error porque te “ajusta” el tamaño del texto para leerlo en pantalla pequeña si no se le da un puntaje fijo en pixeles.
• Los botones deben tener un tamaño adecuado a la yema de los dedos. Yo puse dos imágenes para navegar, lo cual NO es cómodo sin hacer zoom a la pantalla.
• Uff… saber cómo explotar la interacción con el iPhone/iPod (estirar, girar, doble “dedazo”, empujar) para producir elementos de interfaz.

El caso de Amazon.

¡Alto! Amazon tiene una versión beta de su sitio para iPhone/iPod con ciertas peculiaridades:

• El layout para la interfaz es líquido. Los anchos en la caja de búsqueda y el tamaño de los combos y botones varian dependiendo si estás navegando el iPhone/iPod vertical u horizontalmente.
• La arquitectura de amazon es mucho más simple. Con la pantalla pequeña se demuestra que la búsqueda es la base de la experiencia en amazon… la navegación fue sumamente simplificada y manada hasta abajo en la pantalla de inicio.
• El diseño de información resalta por su óptima aplicación en los elementos de la interfaz.
• ¡Increíble! Bloquea la interacción básica del iPhone/iPod. Por ejemplo: el zoom causado por “estirar” la pantalla con los dedos y también el “doble dedazo” para el zoom sobre objetos. La analogía sería “emplear pixeles en vez de ems” para el puntaje tipografíco… un claro ejemplo de controlar cualquier cosa rara que el usuario pueda hacer.

Juegos y Diseño.

Esta genial que puedas jugar en el iPhone/iPod. Las generaciones actuales de estudiantes de diseño están muy enfocadas a la animación y videojuegos, en parte por la influencia del ánime y manga. No es dificil aceptar que los futuros diseñadores al crecer con este tipo de artefactos se verán interesados en el desarrollo de videojuegos y lo cual traerá como consecuencia el re-enfoque de la participación de un diseñador, la cual se inclina a lo multidisciplinario y/o transdisciplinario.

El rediseño de widgets para una pantalla pequeña.

En el amazon noté cómo está rediseñado un combo, ahora simulando un tambor que da vueltas en vez de una lista que cae como sucede en una pantalla grande. Sin embargo, cosas como los radio-button siguen igual y eso resulta poco usable para manipular con los dedos.

No es difícil de vaticinar que los diseñadores buscarán nuevas formas de representar los widgets para ser usados con las yemas de los dedos. Será muy interesante de ir descubriendo cómo se va a ir cubrindiendo esta necesidad con el tiempo.

¿Conclusiones?

• Si se repite la historia del iPod con el iPhone y el iPod touch entonces el diseño de interfaces para móviles con navegador para la web e interfaz de pantalla táctil será una realidad a la cual los diseñadores se enfrentarán y encontrán nuevas soluciones diseñísticas las necesidades sociales y de comunicación que ha inculcado el desarrollo de la web 2.0.
• El arquitecto de información podría encontrar la forma metodológica y experimental de mapear la organización navegacional y de contenido de una “pantalla normal” a un “dispositivo móvil” de forma que la experiencia de usuario no se degrade (en la medida de lo posible).
• El diseñador de información tiene la posibilidad de explotar sus conocimientos sobre organización visual (y quizá multimediática en general) para comunicar en forma usable “lo más en lo menos”, esto es, la mayor información en el espacio reducido de pantalla.
• El flash o alguna herramienta similar, aunque parezca que muere, por cuestiones de mercadotecnia y convenios comerciales, sin duda sería empleada por diseñadores, pero no en forma tan “artística” al comenzar esta travesía con la carencia de éste (el flash). Es decir, si ahora “no hay” y creas todo un esquema de interacción que te lleve a soluciones creativas en contraste con las actuales (bajo el empleo de flash), entonces cuando se permita usarlo de nuevo, otro enfoque podría ser altamente tomado en cuenta… Por ejemplo, para el desarrollo de nuevos widgets que sean cómodos para los dedos y adecuados a la pantalla pequeña.
• ¿El medio es el mensaje?

Muchas gracias por su apoyo. Saludos a todos y espero poder continuar con el blog otro rato más.

Saludos.

Tzek.

Johnny Chung Lee, a punto de graduarse en el doctorado en interacción humano computadora en Carnegie Mellon, trabaja en el diseño de interfaces de usuario novedosas.

En SerialBlogger encontré este video de su propuesta de headtracking con un control de Nintendo Wii.

Se pueden ver más videos y lista de papers publicados en su página personal de la universidad. Sin duda, muy asombroso. Como dirían en mi tierra: “Maaare, se ve que hay nivel en HCI ahí. Ham.”

Hablando de Ruby on Rails, Web 2.0 y todo eso en la clase del sábado…

Sosa escribió un post reflexivo sobre el “pase-de-moda” de Ruby on Rails, pero también te introduce bien a qué es este framework para web.

Acceder en:
http://www.blog.armandososa.com/2007/09/27/ruby-on-rails-despues-del-hype

Acabo de leer este post en Nudonation de la presentación en video de un método para escalar imágenes tomando en cuenta su contenido. Está genial…

El video está en:
http://www.faculty.idc.ac.il.nyud.net:8090/arik/IMRet-All.mov

Me ha dejado sumamente asombrado, y no sólo por la fuerza algorítmica que tiene, sino también por la visión que tuvieron para detectar una necesidad que tomará fuerza cuando se concrete la gestión de contenido móvil.

La idea es que al procesar la imagen, obtienes bordes, zonas cerradas y oclusiones. Después con estos resultados, se conectan pixeles vecinos para determinar “caminos” o “rios” de lo que podría ser la orilla de una zona “coherente”. Conforme “encoges” la imagen, estas zonas van desapareciendo, por lo que al final, queda una imagen que tu cerebro interpreta como bien. En duopixel hay un claro ejemplo de a qué me refiero.

Si “expandes” la imagen, entonces el algoritmo da una buena interpolación para los valores que tendrán los “nuevos” pixeles… de forma que son generados nuevos “caminos” o “rios” intermedios entre dos “originales”.

El método es como contraer y expander placas de la tierra. Chido. Aunque, claro, leí ahí en Nudonation un comentario de que no estaba “perfecto”, la verdad es que tienen muy bien formulado el método; créanme, no es trivial andar obteniendo información a partir de una imagen… nuestro cerebro es una maravilla.

Imagínense el potencial de esta aplicación. No duden que Mitsubishi implemente interfaces para GPS con esta habilidad a la hora de navegar o que Adobe ya haya puesto a sus investigadores en variantes de esta idea para una futura versión del creative suite.

PD. Perdón por verme tan nerd, pero no había visto algo de procesamiento de imágenes que me causara tanta emoción. Cosas así me motivaron a estudiar eso.