El juves 23 de octubre se celebró en A Coruña el University Tour de Microsoft. Mi ponencia “Desarrollo Web: Más allá del HTML” es la siguiente:
Además en dicha ponencia presentamos el nuevo dotNetClub de A Coruña: FIC.NET Club
octubre 2008
FIC.NET Club
Acabamos de montar un dotNetClub en la Facultad de la Informártica, como siempre, igual que hago con el grupo de usuarios de Galicia, iré publicando por aquí las actividades.
Nuestra web provisional: http://fic.dotnetclubs.com
¿Eres estudiante? Da el golpe!
Microsoft acaba de volver a abrir su programa Da el golpe. Este consiste en vender a los estudiantes de universidades de diversos países (España, Canadá, EEUU, Corea, Italia, UK, etc.) una licencia de Office 2007 Ultimate por tan solo 52 €.
Esta licencia incluye Word, Excel, Access, PowePoint, Outlook, OneNote, Groove, Publisher, InfoPath y Account Express 2008 (aplicación de contabilidad doméstica). Aun que veo que éste último no está incluído en la versión española, de todas formás éste es gratuito, pero sólo está disponible en inglés. Puede ser por esto que no lo hayan incluído en el programa.
Ya sabéis ¡no hay escusa! Es un 91% de descuento, de los casi 600 € que cuesta a 52 € no está nada mal.
ux series: el porqué del diseño y de la experiencia
Tengo a medias varios post que tratan el tema, como dije en el post anterior, sobre experiencia de usuario. Pero antes debemos decir de qué vamos a hablar. El concepto de experiencia de usuario engloba toda la entrada y salida de un objeto. En este caso la entrada sería la interacción del usuario con el objejo y la salida el aspecto visual..
Este concepto es realmente reciente, a pesar de que es algo que existe desde hace tiempo. Para poder realizar una interfaz de usuario hemos de necesitar de conociemientos de psicología y diseño. Un claro ejemplo en nuestro mundo informático es el siguiente:
Ejemplo:
Debemos realizar una aplicación que recoja los datos de unos asistentes en un evento que organiza una empresa para gente cercana de dicha empresa (pero no necesariamente empleados). Para ello debemos registrar el código de barras de la invitación, su nombre, su email y su edad.
Por ello le pregunta a su departamento informático cual sería la mejor solución. Además ésta sería para el resto de eventos que organizase. Éste departamento propone dos soluciones:
1) Usar una hoja de cálculo donde se irán introduciendo los datos.
2) Crear una aplicación, que se podrá usar para más eventos (ya que la empresa hace más eventos), donde ir registrando todos los asistentes.
La diferencia entre ambas soluciones es clara. La primera será mucho más rudo e incómodo que el segundo. No solo eso, los datos estarán no estarán organizados.
Esto sería la misma comparativa que si incluímos en nuestra aplicación un DataGrid únicamente. En este caso la experiencia sería nula. La misma que en la hoja de cálculo. Una hoja de cálculo no está pensada para eso. Se puede usar, si. Igual que podemos usar una bicicleta como silla dentro de nuestra casa.
Por lo tanto ahora debemos pensar qué debemos hacer con nuestra aplicación. Por un lado la presentación de datos debe ser mediante un DataGrid. Pero la filtración y la adhesión de nuevos elementos deben de ser diseñados siguiendo unos patrones en los que no solo el diseño (“lo bonito que sea”) entra en juego. Debemos aplicar principios de la psicología en cuanto a la interacción de los usuarios de tal forma que el flujo de nuestra aplicación sea coherente.
Por otra parte debemos resaltar el foco de la aplicación. Así como alertar de la forma correcta los errores y advertencias. Por otra parte el contexto sociocultural también debe ser tenido en cuenta en el proceso de diseño de nuestra interfaz. Ya que, como pasa entre el español de España y el español latinoamericano, lo que a pesar de que ambos sean el mismo lenguaje sus variaciones pueden provocar que lo que en uno sea correcto en otro es soez o vulgar.
En los próximos post hablaré sobre la interfaz de varias páginas web que me tienen muy impresionado tanto como diseñador de interfaces de usuario como programador de aplicaciones web.
ux: reflexionando más allá de la interfaz
En los últimos años el diseño de las interfaces de usuario han evolucionado mucho. Se ha pasado de desarrollar aplicaciones para las cuales hacía falta un master para aprender su uso, sin lógica (visual) ninguna, etc. Esto tiene lógica, el programador no tiene porqué saber de diseño, no es un diseñador. Por lo tanto lo que pueda salir de las manos de éste no será nunca algo ergonómico, ni visualmente atractivo.
Antes de que nadie se ofenda, quiero decir que siempre hay excepciones y todo dependé de qué aplicaciones estemos hablando, porque para una aplicación de consola no necesitaremos ningún diseño..
En las antguas aplicaciones se incluía todo en la ventana principal, reservando cada región de la pantalla para una funcionalidad especifica de la aplicación. ¿Esto era óptimo? Yo creo que no, y la historia lo confirma. La tendencia entonces fue a separar todas esas funcionalidades, teniendo la funcionalidad principal en la ventana principal y en unas “ventanas-popup” características extra. Pero éste modelo también tiene sus inconvenientes y es la pérdida del contexto. Cuando tu pides una funcionalidad extra y te sale una de estas “ventanas-popup” tu no sabes a que parte de la aplicación está afectando esto, de tal forma que sufrimos una perdida de contexto que genera frustración en el usuario.
Como podéis observar el encargado del diseño de una aplicación no solo debe saber de diseño gráfico, sino también de psicología. Ahora bien, la pregunta es, ¿debe de haber un rol específico de diseñador de interfaces de usuario? Yo creo que no, y bien, el motivo es que considero la programación como un proceso creativo en el que tu mente no solo debe conseguir abstrarse lógicamente sino saber llevarlo al campo visual.
El usuario no va a interactuar con el acceso a datos, ni la lógica de negocio, va a interactua con la interfaz de usuario, por ello el programador debe de tener los conocimientos necesarios para poder construír una interfaz rica visualmente, ergnonómica y con un flujo de ejecución lógico para evitar la frustración y el agotamiento.
Si nosotros desarrollamos una aplicación con una ergonomía pobre y con unas carencias en cuanto a diseño y lógica en su flujo, el usuario no sabrá que hacer, se pondrá nervioso, buscará la forma de hacer las cosas, se equivocará, se frustrará, continuará buscando y terminará estresado tras haberse peleado con la aplicación para aprender a usar la aplicación. Poniendo en juego no solo la salud psicológica del usuario sino también su tiempo, uno de los bienes más escasos y que más necesitamos.
Un ejemplo de buen diseño son los asistentes tipo “siguiente, siguiente, finalizar”. Mucho han sido criticados, pero realmente es un ejemplo que cabe destacar. La mayor parte de los usuarios están familiarizados con ellos, saben que el siguiente paso se llega al pulsar el botón siguiente, hasta que se encuentre con el de Finalizar o Cerrar. No digo, para nada, que sean la panacea, de hecho considero que su diseño se encuentra incluso antiguado para los medios actuales. Ahora bien, los diseñadores deben ponerse las pilas para crear algunas buenas prácticas a la hora de diseñar aplicaciones ágiles y ergonómicas.
Para ello algunas cosas a pensar en un nuevo diseño son:
Simplicidad de la aplicación
Destacar cual es el siguiente paso, o destacar el área de trabajo principal llamando la atención del usuario
La aplicación debe inspirar familiaridad o cercanía con el usuario para mejorar la autoestíma del usuario
Trucos, o ayudas integradas en la aplicación, métodos de busqueda en la ayuda con lenguaje natural (humano) en el contexto de la aplicación
Los extras en su contexto
Personalización de la aplicación al gusto del usuario: colores, temas, etc.
Un ejemplo de buena parte de estos puntos es Office (y más con su versión 2007, que cuenta con una excelente interfaz): simplicidad, contexto, familiaridad, personalización, ayuda, etc.
Solo con estos pasos podremos realiazar unas mejores interfaces. Por otra parte, si cuidamos los colores a usar y los iconos. Que por cierto los iconos deben incluír siempre una descripción, ya que para lo que para ti es guardar o proteger para otra persona bien puede ser cualquier otra cosa inesperada. Hay que intentar mejorar la fluidez de la aplicación, evitar malos refrescos, las interfaces colgadas a base de cargar datos, etc. Si se necesitan cargar datos se cargan en el splash de la aplicación, si es necesario crear unos controles o llenarles los datos obtenidos lo mismo, en el splash, para eso se ha creado.
Siguiendo esta línea, intentaré hacer una serie de post tratando el tema del diseño de interfaces. Buscando algunos consejos con los que nuestras aplicaciones mantengan un estilo y un diseño ergonómico y usable. En otros post también intentaré tratar el tema del desarrrollo Web empresarial.