Diseñé esta interfaz de usuario en Windows XP (y su reemplazo en Vista).
Aquí está la historia.
Érase una vez, un grupo de ingenieros inteligentes en el IEEE diseñó un protocolo inalámbrico. También diseñaron un protocolo de “seguridad” llamado WEP. WEP requirió que proporcionaras una contraseña hexadecimal de 10 o 26 caracteres para poder trabajar. Si ingresó esta contraseña incorrectamente, el protocolo no proporcionó un mecanismo para que el cliente (Windows) detectara que el problema era que la contraseña era incorrecta, a diferencia de cualquier otro problema potencial con la conexión inalámbrica.
- ¿Puedes hacer llamadas con un iPhone usando Wi-Fi?
- ¿Cuánto cuesta la nueva conexión ACT WIFI en Hyderabad si elijo el plan 1050 pm?
- ¿Necesito una conexión wifi fuerte para conectarme a Google Play para poder descargar un amplificador wifi?
- Cómo ver el uso de WiFi
- ¿Cuál es el propósito de un botón WPS?
Entonces, dado que, si el usuario escribió la contraseña (el hexadecimal de 26 caracteres) de forma incorrecta, Windows no tenía ningún mecanismo para decirle que estaba equivocada (tenía que averiguarlo usted mismo), traté de aumentar la probabilidad de que la obtuviera bien la primera vez. Hacer que ingreses dos veces fue una solución.
El otro factor en la mezcla es donde cometí un error. En el marco de tiempo de Windows XP, Microsoft estaba pasando por un gran impulso de seguridad. Siempre que la seguridad entrara en conflicto con la usabilidad, elegiríamos el enfoque seguro.
La otra forma en que podríamos haber mejorado las probabilidades de que haya escrito la clave correctamente (la opción que elegimos más adelante) sería permitirle ver los caracteres que estaba escribiendo (ya sea siempre u opcionalmente). El equipo de revisión de seguridad se opuso firmemente a esta opción, insistiendo en que todas las contraseñas deben tener sus caracteres ocultos, y, dado el entorno de “Windows seguro”, no luché contra esto en la versión de Windows XP.
Entonces, enviamos la versión que solicita la contraseña dos veces. .
Como se señaló, volvimos a visitar esta interfaz de usuario en Windows Vista (y Windows 7, aunque me mudé a un trabajo diferente antes de que Vista se enviara) y cambiamos la experiencia para permitir a los usuarios ver su propia clave de acceso, lo que nos permitió dejar de pedirle al usuario que Introdúcelo dos veces. A los equipos de seguridad no les gustó, pero los convencimos.
También trabajamos con el IEEE para desarrollar nuevos protocolos de seguridad (WPA y sus descendientes) y asegurarnos de que los protocolos proporcionaran las condiciones de error correctas para permitirnos construir una buena interfaz de usuario.
Irónicamente, mientras desarrollaba esta función, obviamente tuve que ingresar una clave de acceso en la interfaz de usuario cientos de veces. Terminé abriendo el bloc de notas, escribiendo la clave de acceso en el bloc de notas, verificándolo visualmente y luego copiándolo y pegándolo dos veces, una vez en cada casilla, derrotando por completo los supuestos objetivos de seguridad de ocultar los caracteres de la contraseña en primer lugar.
Como nota al margen, en Windows 8, en realidad han ampliado la capacidad de ver su propia contraseña ingresada antes de enviarla a cada campo de contraseña en todo el sistema operativo, lo cual es genial. Así que este tipo de interfaz de usuario nunca más será necesaria.
Entonces, no es sadismo. Simplemente equilibrar para brindar a los usuarios una experiencia de usuario segura, con las deficiencias del protocolo inalámbrico (que no diseñamos, por cierto).
Nota menor: una versión de Windows que no tiene este problema ha estado disponible durante aproximadamente 7 u 8 años, así que por favor, actualice. 🙂