Toma de contacto con Android Studio

Cuando leí el post de mi ex-tutor JJ Merelo hablando sobre las competencias de un ingeniero informático en la que incluía Usabilidad y Accesbilidad entre ellas, me vino a la cabeza si yo, como diseñadora de UX con pasado ingenieril había hecho suficientemente bien el resto de mis deberes técnicos.
Creo que hay muchos debates abiertos sobre cómo de puros o mixtos deben ser los perfiles profesionales dedicados a la experiencia de usuario. Cuanto más especializados más posible es alcanzar la maestría, cuanto más variado mejor visión y capacidad de adaptarse en la práctica se tiene. 
No creo que se trate siempre de mantener un balanceo o de firmar con sangre tu postura para tu desarrollo profesional. Sin embargo creo que como diseñadores o desarrolladores, la creatividad es suficiente aliciente para empujarte a aprender algo nuevo. 
Dicho esto, y como prometí, me he puesto las pilas con Android Studio como entorno de desarrollo no sólo para conocer mejor como llevar ciertos diseños basados en Material Design a la práctica, sino para ganar recursos en cuanto mis adormiladas habilidades técnicas.

Instalación de Android Studio y el SDK

Ha mejorado mucho desde la beta y ahora resulta muy inmediato y sencillo. No tuve problemas siguiendo los pasos descritos en la web.
Es importante aprovechar y configurar algunos de los dispositivos virtuales con los que vayas a trabajar normalmente. Si el AVD de Android te resulta pesado puedes tirar de la versión gratuita de Genymotion (recomendado en los cursos de Treehouse).
Pocos apuntes más añado, como decía JJ, instalar y configurar equipos es una habilidad básica 😛 y si sigues las “instrucciones” no tendrás muchos problemas.
Cosas importantes (de un vistazo) que me apunto para tener en cuenta:
  • Estructura de un proyecto: mantenerlo todo bien organizado y localizable.
  • Vista de diseño: imprescindible en cualquier IDE.
  • Editor de traducciones.
  • Ventana de mensajes.
  • IntelliJ.
  • El fichero de recursos R.java. 
  • Y una novedad: añadiendo la actividad padre de una actividad es suficiente para que la interfaz use y muestre el botón Up automáticamente. 
Tras haber echado este primer vistazo a las herramientas disponibles y a los aspectos mencionados, creo que ya me puedo poner con el API Guide para cononcer bien qué capacidades están disponibles en el framework y cómo es la mejor forma de utilizarla. 
¡Mañana más!

Innovar buscando la perfección

Dick Fosbury

Como mucha gente sabe hace más de 60 años el atleta estadounidense Dick Fosbury revolucionó la técnica de salto de altura haciendo algo que nunca antes nadie había hecho: pasar por encima del listón de espaldas.

Esta idea original le hizo ganar unos juegos olímpicos estableciendo un nuevo récord mundial en los 2m 24cm. Él sabía que, a pesar de no ser el atleta mejor dotado de su generación y de las mofas de sus compañeros de instituto, su técnica innovadora le podía llevar al éxito.

Fosbury, quien no se sentía cómodo afrontando el listón de frente y no terminaba de adaptarse a las técnicas clásicas, tuvo no sólo que crear una nueva idea transgesora sino que pasó meses y meses poniéndola en práctica y mejorándola totalmente en solitario hasta que pudo demostrarle al mundo, en una competición de máximo nivel, que efectivamente había mejorado todas las marcas.

Mientras Fosbury practicaba sólo, los más cercanos a él sabían de sus intenciones de probar suerte en el campeonato que le dio su primer oro. Hoy en día nadie duda de que la suya es la mejor técnica de salto de altura para competición. Lo curioso es que las técnicas anteriores tales como rodillo ventral aún se usan aún durante los entrenamientos para entender la mecánica del cuerpo y la clave más importante del salto: la necesidad de levantar la cadera.

Para el atleta, su triunfo no venía por ganar muchos oros en los subsiguientes campeonatos, seguramente porque sabía, entre otras cosas, que su físico no era el más talentoso y que pronto otros atletas más potentes le copiarían su nueva técnica. Sin embargo sabía que su objetivo primordial era el de conseguir el mejor salto posible.

Toda esta suma de cosas, toda esta historia que parece desconexa me ha hecho siempre reflexionar sobre la necesidades personales de innovación y especialización.

En el caso de este gran saltador de altura innovar le llevó a sentar un precedente, a ser el mejor (por un tiempo) pero sobre todo a demostrar que no era necesario afrontar la barrera como todo el mundo solía hacerlo para superarla de forma más óptima.

Por otra parte cuando por fin la asumió como una idea posible fue cuando decidió llevarla a la perfección buscando el máximo rendimiento, optimizando el giro de su cuerpo, el arco de su espalda, el levantamiento de los brazos y todo aquel gesto que contribuía a la superación del listón.

La necesidad de una alternativa a causa de una limitación propia disparó la idea creativa. La práctica resultó necesaria para convertir su idea  en innovadora. Y de ésta se sentó una base para el desarrollo de una nueva técnica.

Albert Einstein dijo

La creatividad nace de la angustia, como el día nace de la noche oscura… En tiempos de crisis la creatividad, supera el conocimiento.

Ésto es algo que bien sabe Fosbury y que a modo de tópico escuchamos mucho aunque no queramos oírlo. La crisis personales, que no tienen por qué ser la económicas, ponen a prueba el tipo de ser innovador que somos.

Mi pregunta es ¿estamos dispuestos a reconocernos como tales o queremos seguir dejando que todas las barreras nos parezcan inalcanzables?

Y si encontramos una idea mejor ¿tenemos miedo a no ser los más talentosos para sacarle el máximo rendimiento? ¿A caso importa esto para innovar?

Nota final: otro pequeño gran detalle que contribuyó a este atrevimiento fue el de colocar un colchón tras el listón en lugar de un montón de arena. Lo que demostraba que era valiente, pero no un loco, lo último que un atleta busca es una lesión que le aparte de su objetivo. Hagan ustedes la sobrelectura del simil.

UX Fighters, el club de los luchadores

image

Este fin de semana he tenido la suerte de ir a la primera edición del evento UX Fighters en Madrid y os digo desde ya que me vuelvo encantada. Da gustó ver cómo desde 2012 los eventos claramente marcados con temática sobres Experiencia de Usuario han ido surgiendo. Por supuesto, antes de 2012 ya existían otros meetings de profesionales que han acabado reencontrandose en esta disciplina, pero es genial contar con gente que se anima a organizarlos y nos ‘obliga’ a relacionarnos más.

He de decir que ha sido una gozada poder charlar de nuevo con gente de muchísimo talento (entre ponentes y asistentes) con los que he podido coincidir. Como siempre, estos eventos te ayudan a remover las inquietudes, a inspirarte y a motivarte para poner en marcha algún cambio transformador. Debo felicitar a los organizadores por tener el coraje de meterse en este “fregao” y habernos hecho partícipes.

Dicho esto, y teniendo en cuenta que Madrid como capital tiene mucha suerte de poder aglutinar a tanta comunidad, debemos seguir haciendo el esfuerzo por generar oportunidades en otras provincias. Mirándome el ombligo pongo mi vista en el sur, en Málaga, donde la infraestructura lo permite pero el glamour nos lo roba malamente la imagen de ‘ciudad de vacaciones’. Sí, esto es un tiro directo a los organizadores del UXSpain para que se animen a ponerlo marcha aquí mientras otros miramos para otro lado sin intentar nada de nada. Y no es que no quiera viajar, todo lo contrario, me encanta el caracter ‘de provincias’ de este evento, es simplemente que me postulo por la mejor ciudad de la península (habiéndose celebrado ya en Granada, por supuesto).

Bueno, no me enrollo, estas son las cositas que más me han llamado la atención durante el evento UX Fighters, quizá algunas de ellas las compartáis conmigo, a saber:

  • Me encanta el nombre del evento, la imagen, la narrativa, aunque personalmente creo que sobraron tanto chiste sobre ir a pelear al Matadero, jur jur.
  • El lugar fue perfecto, siendo Madrid creo que han elegido bien, las sillas ikeísticas un poco incómodas y poco espacio para glotonear y charlar al mismo tiempo pero no hay duda que el entorno molaba, además tenía una zona de running perfecta ^^
  • Después del lío inicial con las acreditaciones, todo fue sobre ruedas, no faltaba comida, el grandísimo maestro de ceremonias nos introdujo a los ponentes conviertiéndose en uno más gracias a sus reveladoras batallas personales que dieron gusto oír.
  • La batalla empezó con Chris Grant al que sólo recuerdo por repetir fucking product owner en el UXSpain pero que nos contó un poco más sobre los clientes/usuarios. Difícil de distinguir en el caso Tuenti. Confieso que a mí Tuenti como Treinti(añera) que soy no me moló nada cuando me registré, cuando Coca Cola me felicitó mi cumpleaños y Movistar me pedía mis datos muy personales para aseguarse de que era humana, pero oye, yo no era la usuaria y a Chris no puedo culparle.
  • Gema Muñoz nos dejó a todo/as alucinados con su pasión y energía en el escenario hablándonos de analítica y métricas de cero a cien. La más dispuesta a compartir, nos dejó esta joyita para el recuerdo y la memoria

//platform.twitter.com/widgets.js

  • Los chicos de Redbility se atrevieron a contar sus cagadas, ¡que no fueron pocas!, pero demostraron que a pesar ellas se puede evolucionar si se aprende y ahí los tienen con una empresa de esas de las que te encantaría formar parte.
  • José Martull me gustó especialmente por lo inusual que es para mí pensar en los usuarios como clientes a los que debemos querer atender. En mi ensoñación personal, mis clientes son mis jefes, compañeros de equipo, equipos de producto, etc. a los que ofrezco mi expertise (si estoy lúcida). Y debo decir que me ayudó mucho a reubicar ideas para mejorar mi relación personal con “el cliente”.
  • Ignacio Riesco habló sobre ecommerce, siendo muy taxativo en algunos principios básicos sobre el diseño de comercios electrónicos y otras veces intenso en sus puntos de vista. ¡Ahí empezó la verdadera batalla!
  • Orse Olsen habló sobre agilismo y algunas claves de procesos de diseño. Una de esas personas a las que te encantaría tener como manager, jefe y referente.
  • Borja Delgado puso el acento en un tema que me encanta: los pequeños grandes detalles. Este excelente comunicador siempre sabe simplificar y transmitir ideas para nada evidentes al resto de uxers mortales. Un crack aunque sobra decirlo.
  • Juan Leal compartió su filosofía de copy sobre Soysuper, un proyecto simpático y muy útil que hay que seguir de cerca.
  • El segundo día empezó cañero con Frederic Alluin, un francés de 2 metros que nos dio caña con las nuevas interfaces que se avecinan. Compartió su experiencia con las Google Glass (una mierda innecesaria), las Oculus Rift (una pasada, pero marean!) y muchas más. Vamos, que tengo una necesidad mortal de comprarme un smartwatch como mínimo y trastearlo.
  • De Pere Rosales sólo me sale una cosa: es muy grande. No es sólo por lo que inspira, o por su entusiasmo, sino porque sabe hacerte cómplice y eso no lo consiguen todos. Siempre un placer escucharle y charlar con él.
  • Jerónimo Mazzarrasa es un cuentista en el mejor sentido de la palabra, y nos contó muchos cuentos dentro de uno: el de cómo lo que hacemos ahora construye el futuro que se nos viene. Brutal.
  • Sergio Leyva me sorprendió con una confesión y es que aún recuerda el trauma del primer UXSpain. Sergio ha hecho muchas, muchas cosas buenas y nos demostró que no hay nada mejor que dejar que tu trabajo hablé por ti. Es un tio con mucho talento, sin duda, aunque él solito se mete en unos berenjenales difíciles de salir sin que le caiga alguna réplica.
  • Al pobre Jorge Márquez le tocó la mala suerte de ser el último, con el retraso del evento, pasadas las dos y con la cognición de los guerreros por los suelos.
  • Las mesas redondas me dejaron sabores agridulces, gente que aporta más o menos a la conversación y algunos a los que me habría encantado escuchar en solitario en una ponencia más larga. Es un formato difícil donde la opinión no generaba debate aunque sí revelaba alguna postura incómoda. 

Como podéis ver en general el evento mereció la pena, pero que no se pudiera celebrar el hackatón fue una pena (a los que una vez fuimos frikis nos sigue gustando el modelo party).

Pero lo mejor de todo es que me permitió tomarle de nuevo el pulso a la profesión, a la oferta académica y al contacto con los profesionales.

Sigo sin tener claro si algún día me dará por marcharme a Madrid para vivir todo ese ambiente ‘a diario’, pero sí que me encantaría poder tener a un/a mentor/a tan crack como lo/as que allí expusieron sus ponencias. A veces se necesitan referentes para poder crecer más rápido y dejar de darse de leches con tonterías por falta de experiencia. Mientras tanto, compartiré lo aprendido siempre que me sea posible aunque me las tenga que apañar con mi intuición e Internet 🙂

Nos vemos en la próxima edición y con suerte antes en algún UXSpain (sí, esto también es un tiro directo a sus organizadores).

Saludos

Pencil

Herramienta de prototipado de código abierto multiplataforma

Si la austeridad también ha llegado a su ciudad, como el camión del tapicero, quizá guste de conocer esta interesante herramienta de prototipado de baja fidelidad totalmente gratuita y disponible para Linux, Windows y Mac.

Pencil no es nada nuevo ni bohemio ni cool, de hecho la última release es de Septiembre de 2013 y no da la impresión de que el proyecto siga vivo, pero no podemos negar que como herramienta es bastante útil si quieres empezar a trastear con el diseño de pantallas desde ya, además es gratis, es libre y el resto depende de tu imaginación (como siempre). 

Pencil Project nació en 2008 y se distribuye bajo términos de licencia GPL version 2, y es una herramienta muy sencilla que permite hacer cosas tan básicas como:

  • Dibujar diagramas
  • Sketchear GUIs basadas en componentes predefinidos
  • Relacionar documentos de un proyecto mediante enlaces de contenido
  • Exportar los documentos como imágenes o un documento HTML (aunque éste sea bastante precario)
  • Definir tus propia librería de componentes (muy útil para equipos de diseño)

Sobre éste último punto he publicado un pequeño artículor en el que explico cómo hacerlo.  Aquí os dejo el enlace por si os pica la curiosidad: Cómo crear una librería de recursos con Pencil.

Cómo crear una librería de recursos con Pencil

Si ya conocéis Pencil y os preguntáis cómo podríais definir vuestra propia librería de componentes para crear GUI en este tutorial hacemos un repaso de los pasos a seguir.

Hay dos formas de conseguir nuestra propia librería

  1. Haciéndolo bien
  2. Haciéndolo rápido

Como para hacerlo bien ya existe una buena documentación en la web de la herramienta vamos a explicar cómo puede hacerse de forma rápida (y no tan flexible) para que resulte práctico crear conceptos visuales y compartirlos con diferentes equipos.

image

Una forma fácil de empezar

Usando la librería ‘Common shapes’ podemos empezar a dibujar elementos básicos basados en formas geométricas.

  1. Una vez que tengamos todos los elementos, los seleccionamos juntos y agrupamos (CTRL+G). Ahora se comportarán como una única forma.
  2. Sobre el nuevo componente clicamos en botón derecho “Add to my collections…”.
  3. Como este es el primer componente tendremos que crear una nueva colección a la cual añadirlo. 
  4. Si ahora comprobáis en la pestaña ‘My Stuff’ veréis que ya está creada vuestra nueva colección. 

Una característica que encuentro bastante útil es la ‘Sizing policy’ que tiene cada elemento (accesible via menú contextual). Esta política permite definir el comportamiento del elemento cuando está agrupado en un componente al que se le modifica el tamaño. Gracias a esto podrás decidir si quieres que cambie o no de tamaño o se mantenga alineado a un lado o a otro.

¿Y si quiero hacerlo bien?

Qué necesitas tener

  • Un editor de texto (para ver/editar XML)
  • Un editor de SVG (las formas están definidas como vectores)
  • Un editor de bitmpas (por si necesitas meter algún icono o imagen)

Qué necesitas saber

Una estructura típica para crear una colección tiene este aspecto

... [dir] CollectionName
      |
      |___[dir] icons       #optional
      |     |
      |     |___shape1.png
      |
      |___ Definition.xml     

y en el documento Definition.xml deberás definirlo de esta forma

<Shapes xmlns="http://www.evolus.vn/Namespace/Pencil"
        xmlns:p="http://www.evolus.vn/Namespace/Pencil"
        xmlns:svg="http://www.w3.org/2000/svg"
        xmlns:xlink="http://www.w3.org/1999/xlink"

        id="your_collection_id"
        displayName="Display name of your collection"
        description="More description about this collection"
        author="Names of the authors"
        url="Optional URL to its web page">
        
        <!-- Your shapes go here -->
        
</Shapes>

Iremos añadiendo los diferentes componentes usando las etiquetas <Shape></Shape> y dentro de ellos podremos definir Propiedades (color, dimensión, etc.), Comportamientos y Acciones además de su Aspecto (mediante el SVG).

Para ver lo que estamos haciendo, puedes cargar tu colección desde Tools » Developer Tools » Load Developer Stencil Directory… seleccionando el archivo Definition.xml (usa F5 una vez cargado para refrescar).

Cuando termines, mételo todo en un archivo ZIP asegurándote que el Definition.xml está en la carpeta raíz.

No te olvides que si quieres depurar errores puedes abrir la consola de errores desde Tools » Developer Tools » Show Error Console

A partir de aquí te recomiendo que consultes el Tutorial en el que viene explicado cada detalle sobre cómo montar la colección con directivas XML.

So what’s a good solution?

As a doctor working in an Emergency Department and seeing patients (sic: people) with largely preventable conditions/diseases alot of the time, I really like the idea of personalised medicine and involving patients and empowering them to take control of their healthcare. Brushing teeth is an excellent example that I wouldn’t have thought of before. However, I would echo some of the previous comments on the dangers/naivety of providing some of this info. Lab results are only relevant when married to the clinical information (i.e. the pateint’s history, symptoms, past history and examination findings). This information is far more important and lab tests should only then be done to confirm or rule out your findings from the clinical info. Therefore providing patient information printouts based on the lab results alone is foolish and dangerous.

Also the speaker makes a good point that fear does not work in health education/promotion. I think that giving a patient a printout saying that you have 15% (or whatever) chance of getting prostate cancer/breast cancer/arthritis/whatever is probably one of the most fear-inducing things you can do to a patient. Especially considering it is almost impossible to generate that kind of accurate prediction of any condition based on a blood test or even group of blood tests.

The speaker also says that they have used colour (as if to say “Duh why hasn’t this been done before”). The dept I work in has been told by hospital management to stop ordering more paper as the hospital acn’t afford it. We have had to totally rationalise the amt we are printing and handing out. I know this happens alot of places in the public health system. So we have barely enough paper to put in printers let alone colour printers and the cartridges to keep them running. he may be aiming his comments at the lab companies that make all that money but I feel his talk doesn’t take into account the practicalities that exist in an ED / other healthcare settings

John Cronin (Posted 3 years ago) on Thomas Goetz’s TEDMED talk titled: It’s time to redesign medical data.

I found this comment as a perfect example of the real challenge on Information Design in Healthcare still Today.

We have to think and design for real practice with its context, its users, its information quality. Colour sometimes is a luxury and ranges, percentages and reference values could mislead instead of giving support.

 

Portátiles y Ultraportátiles – ASUS Transformer Book Trio TX201LA

Portátiles y Ultraportátiles – ASUS Transformer Book Trio TX201LA

Usando WorkFlowy para anotar mis ‘quehaceres’

WorkFlowy es una herramienta muy básica que te permite crear en un documento listas de elementos. Algo tan sencillo no podría sino estar llevado a cabo de forma fácil para el usuario:

  • Se puede instalar como extensión de Chrome
  • Sólo se necesitas comenzar a escribir para usarla
  • Con pocos atajos de teclado se hace un uso muy eficiente

Después de haber probado otras herramientas en principio mejor preparadas para gestionar mini-projectos personales o equipos pequeños como Asana, encuentro WorkFlowy mucho más ligero y mejor adaptado a la forma diaria de funcionamiento tanto de trabajo como personal.

Con esta herramienta podremos:

  • Crear litas de tareas pendientes
  • Anotar todas esas tareas que se han completado,
  • Añadir pequeñas notas
  • Reordenar las listas
  • Navegar por los elementos de la lista para tener una vista más centrada en una sola tarea
  • Añadir #tags para organizar libremente los elementos
  • Asignar tareas a @usuarios
  • Trabajar en modo offline
  • Marcar páginas como forma adicional de organizar el documento

Resulta especialmente interesante que estas herramientas no surjan con un enfoque Mobile First ni desde el punto de vista de su diseño ni de la forma de desarrollar el producto. El hecho de que sea una aplicación web extremadamente ligera y eficiente rompe con cualquier prejuicio sobre estas tecnologías al tiempo que nos recuerda que cada producto debe desarrollarse en el contexto tecnológico en el que resulte más eficaz para los usuarios.

Otros posts relacionados: