Le atiende heurística, ¿en qué puedo ayudarle?
Cuando uno diseña cartelitos es probable que dedique más tiempo al aspecto creativo y visual, y algo menos a si va a ser usable o no. Normal. En un cartel siempre y cuando se cumplan dos o tres cosillas sobre legibilidad y equilibro ya nos puede salir algo decente desde el punto de vista práctico (que no estético). Pero la cosa cambia cuando hablamos de diseñar webs o, peor aún, una interfaz (interfeis).
En las ofertas de trabajo se piden diseñadores/maquetadores que sepan de Flash, flesh, flish, flosh y un poco de flush 2.0. Me parece curioso que ante esta pedida de mano tan multidisciplinar no se mencionen cosas como experiencia en desarrollo de interfaces o en resolución de problemas de usabilidad (que no accesibilidad). Quizá un diseñador no debiera saber de estas cosas…¿o sí?
Si al fin y al cabo somos la primera línea de batalla ante una nueva web, somos los que primero bombardeamos al cliente con bocetos cuando quiere su aplicación makeMeRichierTuZausen…algo tendremos que controlar de patrones de interacción o de si poner el botón cancelar en verde y el de aceptar en rojo es una decisión afortunada o no.
Y es que a la hora de realizar diseños que van a usar otras personas de manera directa o activa, es recomendable pensar en cosas como mensajes de confirmación o de envíos con éxito, tooltips de ayuda… Por otro lado diseñar interfaces implica estudiar qué tipo de usuario va a ser el más común; no todos sabemos usar los sistemas de ventanas típicos.
Realmente muchas de decisiones sobre usabilidad se responden solas con un poco de sentido común y el diseñador no necesita de ayuda externa para ello. Pero es conveniente que “el-que-hace-dibujitos” sepa realizar test de heurística de vez en cuando, sólo o acompañado del encargado de proyecto y/o responsables.
Un test de heurística viene a ser como comprobar que la bolsa de la basura no está rota por debajo antes de empezar a usarla. Pierdes un tiempo X en comprobarlo pero de este modo te aseguras casi con total seguridad que los restos de la cena de anoche lleguen al contenedor y no sean inicio de un pequeño ecosistema protozoico en el fondo de tu cubo de desperdicios. Pues en el diseño de interfaces (”interfeises”) igual. Cambia la bolsa por tus prototipos de diseño y los pequeños protozoos por las múltiples quejas de tu cliente ante un proyecto mal testado.
Los siguientes cinco puntos sacados con nocturnidad y alevosía de Mina Lab resumen perfectamente mi postura e idea de lo que sería recomendable que un diseñador tuviese en la cabeza cuando afronta un nuevo proyecto de inferfaz o web; Organizar una especie de check-list mental o escrita me parece genial.
- 1. Navegación: Es el cómo se mueve el usuario en la interfaz.
- 2. Orientación: Dónde está el usuario y qué tiene que hacer.
- 3. Interacción: Cómo interactúan el sistema y el usuario.
- 4. Contenido: Qué hay en el sitio y cómo son comunicados al usuario.
- 5. Layout: Cómo se distribuyen los espacios en la interfaz.
Voy a dejar dos linkitos sobre el tema por si a alguno le interesa profundizar un poco en el tema. De no ser así, también recomiendo este tipo de lecturas cuando existen problemas de insomnio xD.
La intersección entre factores humanos, diseño gráfico, interacción y comunicación. + Usabilidad sin usuarios: heurística
Campus Party, día 1

Pues ya hemos llegado a Valencia, la suerte es que todo ha quedado a mano, y desde el Aeropuerto de Manises, apenas se tardan 10 minutos en llegar a la Feria, ubicada en Burjassot, y encima el hotel, queda también a otros 10 minutos a pie del recinto ferial.
Con “C” de continua
![[Q] interactiva comienza la jornada continua en Agosto [Q] interactiva comienza la jornada continua en Agosto](http://www.q-interactiva.com/blog/imagenes/jornada_continua.jpg)
[Q] interactiva necesita tomarse un respiro y a parte de las vacaciones que vamos cogiendo todos los que la formamos, hemos decidido establecer jornada continua en el mes de Agosto, lo que seguro que nos permitirá ir a la playita cuando el tiempo asi lo quiera (no se si os imagináis lo importante que es este factor en Asturias) o preparar algunos de los proyectos del estudio que tenemos por delante, como las ponencias en la Campus Party, la de mLearning en Nottingham o los Talleres de Subflash… sin olvidar proyectos propios que tenemos pendientes (dedicada especialmente a canteli).
La jornada será de 8:00 a 15:00, así que si tenéis algo que contarnos, no esperéis a la tarde…
Esperamos que nos sirva para cargar energías y comenzar a la vuelta del verano con buen pie, ya que normalmente son los meses más intensos de trabajo. Ya sabéis, si trabajáis demasiado en estos meses, tomaros las cosas con calma, y bajar el pistón, que la productividad no se mide en horas delante del ordenador…
[Q] interactiva en la Campus Party 2008
Pues efectivamente, [Q] interactiva tendrá presencia en la Campus Party que se celebrará este año en la Feria de Valencia, durante la semana del 26 de Julio al 3 de Agosto. Como la mayoría sabéis Marcos González es manager del Spanish Mobile Adobe User Group junto a Raúl Jiménez, y a través de su actividad en el mundo del desarrollo para dispositivos móviles con Flash Lite, han sido invitados a participar en el Área de Desarrolladores.
![Twitty, Twitter en movimiento y [Q] interactiva en la Campus Party Feria de Valencia 2008 Twitty, Twitter en movimiento y [Q] interactiva en la Campus Party Feria de Valencia 2008](http://www.q-interactiva.com/blog/imagenes/campusparty08.jpg)
En ella impartiremos un taller titulado: Twitter ahora en movimiento, donde mostraremos Twitty, una aplicación que hemos ido desarrollando de una manera un poco casual. Es una aplicación para Symbian que hemos desarrollado con Flash Lite y KuneriLite casi sin querer, con la cual podrás twittear y geoposicionar los mensajes en una aplicación de Google Maps. Si os gustan los móviles, Flash Lite, Twitter y los mash-ups, esta sin duda será una conferencia interesante.
Podéis encontrar está información también en BlocketPC.
Google Static Map API
No creo que quede mucha gente que use Internet que no conozca GoogleMaps, pero hoy he descubierto un elemento relacionado que no conocía y que me parece bastante práctico en según que ocasiones. Resulta que para “capturas” o “pantallazos” de una zona de un mapa, no es necesario hacer una captura para obtener la imagen, sino que en Google Maps ya han pensando en ello y han creado la Google Static Map API.

Además por si fuera poco, han preparado un asistente para poder configurar de una manera mucho más sencilla nuestra captura de una zona del mapa, pudiendo incluir incluso un trazo sobre el mismo.
Una bonita manera de emplear una “captura” de Google Maps sin sacar nuestra propia copia, con la seguridad legal que eso nos da.
Asistente Google Static Map API
Documentación API
API para acceder a Twitter en PHP

Para un proyecto que estoy desarrollando para el móvil con nuestro amigo Raúl Jimenes, nos ha tocado lidiar con Twitter desde PHP .Evidentemente estaba claro que tendrían que existir librerias de código que ya tengan los métodos preparados, pero me he llevado una sorpresa muy agradable al trastear con esta Open Source: PHP Twitter API Client de lab.arc90.com.
La librearía emplea curl de PHP para las comunicaciones con servidores externos, protocolos etc, en la instalación base de WAMP (usamos WampServer) no viene activada, pero si que es una dll que está disponible y que podemos poner a funcionar perfectamente o bien desde el php.ini o bien si usamos una versión reciente de WAMPServer, desde las opciones del menú desplegable de esta aplicación.
Una vez que tenemos curl funcionando en nuestro servidor local, hacer consultas es algo tan sencillo como esto:
-
<?php
-
require_once('Arc90/Service/Twitter.php');
-
-
// usuario y contraseña son los valores del login para Twitter con los que queremos trabajar
-
$test = new new Arc90_Service_Twitter('usuario', 'contraseña');
-
-
try
-
{
-
// Pedimos la lista de amigos en formato JSON
-
$response = $test ->getFriends();
-
// Podríamos pedirla en formato XML
-
// $response = $test ->getFriendsTimeline('xml');
-
-
// Sacamos por pantalla el string del JSON recibido
-
-
// Podemos detectar un error en la respuesta desde twitter (401, 503, etc) y por tanto
-
// gestionarlo desde PHP
-
if($response->isError())
-
{
-
}
-
}
-
catch(Arc90_Service_Twitter_Exception $e)
-
{
-
// Sacamos el mensaje de la excepción (parametro no válido, etc)
-
}
-
?>
Además he probado a emplear json_decode que es el método que viene preinstalado con PHP para el manejo de JSON, y funciona perfectamente el parseo de String a array de objetos, ya que la respuesta parece cumplir a rajatabla los estándares impuestos para JSON.
También he probado la llamada pidiendo los datos en formato XML, y el XML que devuelve es bastante limpio, aunque no he visto que se pueda filtrar la cantidad de campos a obtener en la respuesta, cosa que si creo que podría ser útil.
La gente de arc90 se lo han currado (parece que concretamente Matt Williams) con una clase muy bien documentada, con unos métodos clarísimos y muy sencilla de usar.
Espero en no mucho tiempo pode postear aquí el motivo del uso de esta combinación para el proyecto que tenemos entre manos desde BlocketPC.
Gamelab 2008: Juegos Casuales en Flash Lite
Os enlazo aquí el resumen del taller que tuve la oportunidad de impartir (con la colaboración de la gente de Nikodemo) ayer dentro de las actividades programadas para el evento Gamelab 2008, donde pude compartir con los asistentes un tiempo que sirvió para acercarles un poco el desarrollo de aplicaciones móviles con Flash Lite, así como la perspectiva que actualmente puede tener un desarrollador de esta plataforma en España.

Juegos Casuales con Flash Lite - Gamelab 2008
El porque sí y el porque no, no son razones
La base teórica es tan importante para la profesión del diseñador como para un matemático, por citar alguna profesión que tenga dicha teoría como ingrediente principal en su haber.
Cuando generalmente nos enfrentamos a realizar nuevos proyectos hemos de tener en cuenta determinados requerimientos y hay veces que no sabemos muy bien cuál es la mejor solución para según que cosas. Me pasa sobre todo en el diseño de interfaces. Si bien quizá la parte gráfica cumpla, la usabilidad es algo que también debe tenerse en cuenta desde los primeros bocetos.
Es por eso que se agradece que en la Red la información fluya de manera tan extendida. Welie [en] es un sobresaliente ejemplo de huequecito en Internet donde se trata el delicado tema de los patrones en el diseño de interacción. ¿Por qué usar un menú en acordeón si lo mejor es un combobox? ¿Es un wizard lo que necesita el cliente?
Estas respuestas y muchas más pueden obtener respuestas cuando uno se ha empapado de todo lo que Welie nos enseña. Un sitio muy recomendable para guardarse en favoritos. Algunos lo usarán para enrollarse más en sus dilatadas explicaciones con las que justificar las inversiones...otros intentaremos aprender algo más.
Timing
Cuantas veces ha aparecido en alguna conversación o en un email esta palabra!.
Es una palabra que no tiene mucho problema en entender su significado para todas aquellas personas que tienen un conocimiento del inglés.
Pero qué pasa con las que no dominan el inglés?????
Su significado en inglés es el siguiente:
Timing is the spacing of events in time
Y trasladado a nuestro gremio:
Cuando alguien se refiere al "timing de un proyecto" quiere decir el tiempo de desarrollo o los tiempos que están planeados para el proyecto en cuestión.
Pues nada más, una palabrita más para nuestro diccionario.