Comentarios en: The Elements of User Experience http://www.bonillaware.com/elements-user-experience El blog de David Bonilla Fri, 18 May 2012 08:59:13 +0000 hourly 1 http://wordpress.org/?v=3.1.4 Por: The Elements of User Experience | Bonillaware « Terremoto BCN http://www.bonillaware.com/elements-user-experience#comment-988 The Elements of User Experience | Bonillaware « Terremoto BCN Mon, 23 Jan 2012 12:00:03 +0000 http://www.bonillaware.com/?p=2763#comment-988 [...] The Elements of User Experience | Bonillaware. Advertisement GA_googleAddAttr("AdOpt", "1"); GA_googleAddAttr("Origin", "other"); [...] [...] The Elements of User Experience | Bonillaware. Advertisement GA_googleAddAttr("AdOpt", "1"); GA_googleAddAttr("Origin", "other"); [...]

]]> Por: olb http://www.bonillaware.com/elements-user-experience#comment-986 olb Sun, 22 Jan 2012 15:05:00 +0000 http://www.bonillaware.com/?p=2763#comment-986 "Pensar Primero", de Mordecki. Me pareció tan útil como "No me hagas pensar". “Pensar Primero”, de Mordecki. Me pareció tan útil como “No me hagas pensar”.

]]> Por: Anónimo http://www.bonillaware.com/elements-user-experience#comment-884 Anónimo Tue, 27 Dec 2011 09:46:00 +0000 http://www.bonillaware.com/?p=2763#comment-884 Gracias David por la reseña, aunque no estoy del todo convencido. Yo estoy muy interesado por un buen libro de UX y no lo encuentro. Últimamente me he leido el libro "Designing with the Mind in Mind" y no sólo no aprendí nada sino que no fue tan divertido como esperaba, antes de eso me había leido "Designing Web Navigation: Optimizing the User Experience" y parecía un libro de instituto. Lo único que hacia es clasificar lo obvio y matarme de aburrimiento.  "Designing Interfaces: Patterns for Effective Interaction Design" o los libros deTufte están mejor (al menos son libro bonitos) pero no descubres nada nuevo. Los únicos libros de UX que de verdad me han gustado han sido el "Don't Make Me Think" y la guía gratuita de Apple "iOS Human Interface Guidelines" donde aprendí algunos trucos muy interesantes. Le echaré un vistazo al libro "elements", aunque eso de los planos... no me acaba de convencer. Espero que sigas leyendo libros de UX poniendo aquí su crítica... :) Y aprovecho para preguntar a los demás, ¿qué libro de UX me aconsejáis? Gracias David por la reseña, aunque no estoy del todo convencido. Yo estoy muy interesado por un buen libro de UX y no lo encuentro. Últimamente me he leido el libro “Designing with the Mind in Mind” y no sólo no aprendí nada sino que no fue tan divertido como esperaba, antes de eso me había leido “Designing Web Navigation: Optimizing the User Experience” y parecía un libro de instituto. Lo único que hacia es clasificar lo obvio y matarme de aburrimiento.  “Designing Interfaces: Patterns for Effective Interaction Design” o los libros deTufte están mejor (al menos son libro bonitos) pero no descubres nada nuevo.
Los únicos libros de UX que de verdad me han gustado han sido el “Don’t Make Me Think” y la guía gratuita de Apple “iOS Human Interface Guidelines” donde aprendí algunos trucos muy interesantes.

Le echaré un vistazo al libro “elements”, aunque eso de los planos… no me acaba de convencer. Espero que sigas leyendo libros de UX poniendo aquí su crítica… :)

Y aprovecho para preguntar a los demás, ¿qué libro de UX me aconsejáis?

]]> Por: Daniel López http://www.bonillaware.com/elements-user-experience#comment-873 Daniel López Thu, 22 Dec 2011 08:07:00 +0000 http://www.bonillaware.com/?p=2763#comment-873 Pero hay una diferencia entre tener que tratar todos los casos, que eso lo tenemos que hacer, y tener que tratarlos por igual, que no es lo mismo. Hasta los lenguajes modernos te separan el camino "normal" del código de el camino de tratar las excepciones. Hacer código robusto e indestructible no significa que el camino de las excepciones sea igual de eficiente, "bonito" etc. que el camino normal... y viceversa. Como programador me precio de hacer programas bastante bastante robustos, por necesidad por que en vez de uno gordo tengo muchos pequeños y no puedo tenerlos a todos en la cabeza todo el tiempo, pero al mismo tiempo tengo claro cual es el camino que ha de ser más eficiente y rápido. Si ocurre una excepción, entonces lo principal es intentar recuperarse, escribir logs suficientemente precisos para saber lo que ocurre, asegurarse de no dejar nada a mitad... se trata, pero diferente, que es la palabra clave. La Ley de Pareto es muy importante pero se "usa" muy mal, por que no se tiene en cuenta para organizar el desarrollo, o por que se usa como "arma arrojadiza" para dejar ese 20% final sin hacer (por que total va a costar mucho) y luego el tratamiento de las excepciones y los "corner case" quedan a la altura del betún... en cristiano: chapuzalandia. La idea es que sí, se ha de tratar todo, pero no, no igual. Puntilloso que es uno :P. Pero hay una diferencia entre tener que tratar todos los casos, que eso lo tenemos que hacer, y tener que tratarlos por igual, que no es lo mismo.

Hasta los lenguajes modernos te separan el camino “normal” del código de el camino de tratar las excepciones. Hacer código robusto e indestructible no significa que el camino de las excepciones sea igual de eficiente, “bonito” etc. que el camino normal… y viceversa.

Como programador me precio de hacer programas bastante bastante robustos, por necesidad por que en vez de uno gordo tengo muchos pequeños y no puedo tenerlos a todos en la cabeza todo el tiempo, pero al mismo tiempo tengo claro cual es el camino que ha de ser más eficiente y rápido. Si ocurre una excepción, entonces lo principal es intentar recuperarse, escribir logs suficientemente precisos para saber lo que ocurre, asegurarse de no dejar nada a mitad… se trata, pero diferente, que es la palabra clave.

La Ley de Pareto es muy importante pero se “usa” muy mal, por que no se tiene en cuenta para organizar el desarrollo, o por que se usa como “arma arrojadiza” para dejar ese 20% final sin hacer (por que total va a costar mucho) y luego el tratamiento de las excepciones y los “corner case” quedan a la altura del betún… en cristiano: chapuzalandia.

La idea es que sí, se ha de tratar todo, pero no, no igual. Puntilloso que es uno :P .

]]> Por: David Bonilla http://www.bonillaware.com/elements-user-experience#comment-872 David Bonilla Thu, 22 Dec 2011 07:03:00 +0000 http://www.bonillaware.com/?p=2763#comment-872 Pues yo reconozco ser uno de esos programadores no-programadores, porque cuando me ponía a hacer un <b>código <i>indestructible</i></b>, no me paraba a pensar la prioridad de la casuística en base a su probabilidad de aparición. Yo creo que en desarrollo, en casi todos los proyectos nos encontramos con la Ley de Pareto, en cuanto a funcionalidades-coste de desarrollo y... seguimos cayendo una y otra vez. Pues yo reconozco ser uno de esos programadores no-programadores, porque cuando me ponía a hacer un código indestructible, no me paraba a pensar la prioridad de la casuística en base a su probabilidad de aparición.

Yo creo que en desarrollo, en casi todos los proyectos nos encontramos con la Ley de Pareto, en cuanto a funcionalidades-coste de desarrollo y… seguimos cayendo una y otra vez.

]]> Por: Daniel López http://www.bonillaware.com/elements-user-experience#comment-871 Daniel López Wed, 21 Dec 2011 19:41:00 +0000 http://www.bonillaware.com/?p=2763#comment-871 Suena bien, en la línea del "Don't make me think" de Steve Krug. Eso sí, se nota que el que lo escribe no es un programador por que eso de "Los programadores están entrenados para tratar cada caso por igual, tanto si es algo común como si sólo puede pasar 1 de cada 1000 veces." sólo lo puede decir alguien que no sepa realmente programar ;). Suena bien, en la línea del “Don’t make me think” de Steve Krug.

Eso sí, se nota que el que lo escribe no es un programador por que eso de “Los programadores están entrenados para tratar cada caso por igual,
tanto si es algo común como si sólo puede pasar 1 de cada 1000 veces.” sólo lo puede decir alguien que no sepa realmente programar ;) .

]]> Por: David Bonilla http://www.bonillaware.com/elements-user-experience#comment-869 David Bonilla Wed, 21 Dec 2011 04:29:00 +0000 http://www.bonillaware.com/?p=2763#comment-869 ¡Espero que te guste! No encontraras el santo Grial... pero al menos sabrás que lo estás buscando :) ¡Espero que te guste! No encontraras el santo Grial… pero al menos sabrás que lo estás buscando :)

]]> Por: David Bonilla http://www.bonillaware.com/elements-user-experience#comment-870 David Bonilla Wed, 21 Dec 2011 04:29:00 +0000 http://www.bonillaware.com/?p=2763#comment-870 Nada Xavi, si quieres te lo dejo para que le eches un vistazo. Nada Xavi, si quieres te lo dejo para que le eches un vistazo.

]]> Por: Xavi Sanchez http://www.bonillaware.com/elements-user-experience#comment-867 Xavi Sanchez Tue, 20 Dec 2011 20:18:00 +0000 http://www.bonillaware.com/?p=2763#comment-867 Yo también andaba buscando algo de usabilidad. Lástima que hace 3 días hice macro pedido a Amazon... Me lo apunto para la siguiente ocasión. Yo también andaba buscando algo de usabilidad. Lástima que hace 3 días hice macro pedido a Amazon… Me lo apunto para la siguiente ocasión.

]]> Por: David Bonilla http://www.bonillaware.com/elements-user-experience#comment-866 David Bonilla Tue, 20 Dec 2011 11:22:00 +0000 http://www.bonillaware.com/?p=2763#comment-866 No eres un exquisito, es que yo soy un pailán y me he comido la mitad de la frase. Ya está corregido y <b>ahora tiene sentido</b> ^_^ No eres un exquisito, es que yo soy un pailán y me he comido la mitad de la frase. Ya está corregido y ahora tiene sentido ^_^

]]>