Éste es un fenómeno que ya lo viví en primera persona en la feria del SIMO del 2001. En ese evento, unos compañeros y yo, nos acercábamos a un mostrador en el que no había nadie y pedíamos un bolígrafo o cualquier otro objeto promocional. El resultado, el mismo que el de este vídeo grabado en la Feria de Turismo (FITUR) del 2007.
Efectivamente, íbamos provocando avalanchas ¡Cómo somos!
Interesante artículo de Jim Nieters que se titula So You want to Be a UX Manager - Seriously? Básicamente, en el artículo se habla de que la evolución profesional actual tal y como están jerarquizadas las empresas la única evolución profesional de los empleados pasa de ser ejecutores a gestores.
Sin embargo, que seas bueno en tu trabajo no quiere decir que vayas a ser un buen gestor, ya que para ser un buen gestor necesitas una serie de habilidades diferentes. Así, según Jim debería de haber alguna forma alternativa de que un diseñador o un investigador, ya particularizando a temas de Experiencia de Usuario, pudiera evolucionar profesionalmente pero no obligatoriamente pasando por ser gestor.
Me recuerda mucho a la teoría del Principio de Peters, que dice que las personas que realizan bien su trabajo tienden a ascender a puestos de mayor responsabilidad hasta que llegan a su nivel de incompetencia.
Hoy en día todos los téléfonos móviles tienen la tecla derecha para colgar (roja) y la izquierda para descolgar (verde). Sin embargo, recuerdo que hace unos años esto no era del todo así. Había teléfonos como los Alcatel One Touch Easy, que las tenían al revés. Fabricantes como Nokia, Ericsson y Motorola ya usaban la convención de derecha roja, izquierda verde.
Actualmente, ya todos los fabricantes han sucumbido, pero ¿por qué se ha llegado a esta solución? Es la mejor para el usuario, o simplemente se ha adoptado por seguir una convención impuesta por los fabricantes que dominan el mercado?
Pues mi teoría es que ambas cosas. Es la mejor, para la mayoría de los usuarios (ahora explicaré por qué) y es la que han impuesto los fabricantes dominantes.
Para que veas por qué es la mejor para la mayoría de los usuarios:
Si eres diestro, habrás cogido el teléfono con la derecha y te lo habrás acercado a tu oído derecho. Si eres zurdo habrás empleado la mano izquierda y habrás acercado el teléfono a tu oído izquierdo. Por qué es así:
“En general, un zurdo se maneja mejor con la pierna izquierda y su lado izquierdo es más sensible. Oye mejor con el oído izquierdo, ve mejor con el ojo izquierdo y su visión espacial se orienta por la izquierda. Tiene más sensación táctil en la parte izquierda del tronco.” (extracto de la wikipedia), Obviamente, en el diestro es al revés.
Cuando has apretado el teléfono sobre tu cara emulando que no escuchabas la conversación, seguramente habrás hecho más fuerza con los dedos que agarran la parte lateral superior, haciendo más presión sobre esa parte.
Al observar las teclas que se encontraban en esa parte, el caso de los diestros (la mayoría de los usuarios) la tecla que está cerca de la zona en la que se hace más presión es la verde, que no hace nada durante una conversación si se pulsa de forma accidental, sin embargo, los zurdos tenemos la roja, que finaliza la conversación.
Por tanto, la razón es esa, evitar que finalices la conversación de forma accidental. No obstante, los zurdos estamos en desventaja 
¿Tendrá Flanders un teléfono para zurdos en el Zurdorium?
Jakob Nielsen uno de los gurús de la usabilidad. Hace ya tiempo publicó sus 10 principios, que son:
Vistos así, no parecen dar mucha información, por eso recomiendo que leas el artículo original Heuristics for User Interface Design. Es más, este post lo voy a usar como referencia personal 
Y bueno, os comento también el artículo Blog Usability: Top 10 Weblog Design Mistakes, del mismo autor.
Copio un comentario de la página PHP:Regex POSIX -Manual en el que se listan los metacaracteres en expresiones regulares. Estos metacaracteres básicamente son conjuntos de caracteres como pueden ser alfanuméricos, dígitos, signos de puntuación , así en una expresión regular para capturar los números y letras la primera palabra palabra en lugar de usar /^([a-zA-Z0-9]+) /, puedes emplear /^([:alfa:]+) /.
Los metacaracteres son:
[:digit:] Only the digits 0 to 9
[:alnum:] Any alphanumeric character 0 to 9 OR A to Z or a to z.
[:alpha:] Any alpha character A to Z or a to z.
[:blank:] Space and TAB characters only.
[:xdigit:] .
[:punct:] Punctuation symbols . , ” ‘ ? ! ; :
[:print:] Any printable character.
[:space:] Any space characters.
[:graph:] .
[:upper:] Any alpha character A to Z.
[:lower:] Any alpha character a to z.
[:cntrl:] .
OSAP es un proyecto LGPL que publiqué hace unos días en Code Google. OSAP es mi primera incursión en el uso de las APIs de Open.Movilforum.
Open Movilforum es una iniciativa de Telefónica Móviles de España en la que están abriendo algunos de sus servicios para que desarrolladores independientes puedan crear aplicaciones usando los servicios de Movistar.
OSAP es la implementación de envío y recepción de mensajes utilizando estos servicios de Movistar. OSAP implementa el gateway de envío y recepción de mensajes de movistar para la extensión PEAR Net_SMS que fue hecha por la gente del proyecto The Horde.
Actualmente, el proyecto está publicado de forma autónoma, no obstante, ya me puse en contacto con los creadores del paquete Net_SMS por si estaban interesados en incluir el gateway de envío y recepción de mensajes de Movistar.
En breve espero publicar un servicio, muy sencillo y novedoso que hace uso de esta API.
Ayer me suscribí a los RSS del Blog de Esteban Viso, un antiguo compañero de la Universidad. Cuando vi el mensaje titulado Descubriendo la Ley de Pareto me picó la curiosidad y lo leí.
Pareto es un viejo amigo nuestro de carrera, se usaba en sistemas de conmutación para estimar el número de enlaces que tenías que meter en cada tramo de la red.
Nunca entendí muy bien esa distribución y después de leer eso, los enlaces sobre el Principio de pareto en la Wikipedia (español), algún texto más entiendo un poco cuál es la motivación de esta ditribución.
Me quedo con el corolario que el “80% de los resultados provienen del 20% de las actividades”. Esta frase lapidaria, está relacionada con temas de gestión del tiempo que últimamente estoy intentando aplicar a mi trabajo y a mi vida personal ¡La vida es muy corta y me quedan muchas cosas que hacer!
A modo de resumen incluyo en este artículo, los errores más típicos en el diseño de páginas de registro sacados de Account Sign-in: 8 design mistakes to avoid y Account Sign-in: 8 more design mistakes to avoid.
Voy a hacer un copy-paste, para que sirva como referencia:
Mistake #1: Having a Sign-in In The First Place
Mistake #2: Requiring Sign-in Too Soon
Mistake #3: Not Stating the Benefits to Registering
Mistake #4: Hiding the Sign-In Button
Mistake #5: Not Making “Create New Account” or “Forgot Your Password” Link
Mistake #6: Not Providing Sign-in Opportunities at Key Locations
Mistake #7: Asking for Too Much Information When Registering
Mistake #8: Not Telling Users How You’ll Use Their Information
Mistake #9: Not Telling Users the Requirements for Username and Password Up Front
Mistake #10: Requiring Stricter Password Requirements Than The NSA
Mistake #11: Using Challenge Questions They Won’t Remember In A Year
Mistake #12: Not Returning Users to Their Desired Objective
Mistake #13: Not Explaining If It’s The Username or Password They Got Wrong
Mistake #14: Not Putting A Register Link When The Sign-In Is An Error
Mistake #15: Not Giving the User A Non-email Solution To Recover Their Password
Mistake #16: Requiring More Than One Element When Recovering Password
Por mi trabajo tengo que estar colegiado en el Colegio Oficial de Ingenieros de Telecomunicación (COIT) para poder visar proyectos y tal. Supuestamente, esta gente se ocupa de velar por los intereses de todos los ingenieros de telecomunicación, dignificar la profesión, defender las competencias asignadas, etc. Al estar colegiado te envían por defecto ofertas de empleo. Hoy en mi correo electrónico me encuentro la siguiente oferta de empleo:
Puesto: Revisor Técnico Actividad: Departamento Técnico Empresa: Colegio Oficial de Ingenieros de Telecomunicación Funciones: Revisión de los trabajos presentados a visar en sus aspectos técnicos, administrativos y formales. Se requiere: Estar en posesión de la titulación de Ingeniero de Telecomunicación y colegiado. Cumplir la condición de no haber transcurrido más de cuatro años desde la terminación de los estudios y no haber estado contratado con carácter previo bajo la modalidad de contrato en prácticas. Edad: 25-30 Experiencia: Se valorará, aunque no es imprescindible. Aptitudes: Habilidades de comunicación y de trabajo en equipo Especialidad: Remuneración: 15.000 € brutos anuales Contrato: De prácticas, con posibilidad de posterior contrato indefinido. Lugar: Madrid Otros: Formación a cargo del Colegio en las principales actividades profesionales de los Ingenieros de telecomunicación.
15000 Euros brutos para un recien titulado es como valora el colegio. Hombre, un camarero gana más (seguro que sólo con las propinas), pero claro, el camarero no se ha tirado de 5 a 7 años estudiando en la universidad para sacarse el título de Ingeniero Superior.
En fin, con este colegio me siento tranquilo y sé que velarán por un trabajo digno y bien remurenado para todos los teleco. ¿Quizás sea momento de emigar?
Una de las series con las que más me he reído en los últimos tiempos. Trata del departamento de informática de una empresa. Dos frikis de pura cepa, una jefa muy particular y un CEO muy “trendy”. Aquí tenéis una de mis escenas favoritas en las que tienen un pequeño problema con el fuego (Vídeo de Youtube)
Bitácora personal de Juan Manuel Merlos.
Trata temas de usabilidad, programación, Linux, telecomunicaciones y curiosidades.
