¿Cómo pueden los programadores mejorar sus habilidades de UX? [cerrado]

Como programadores podemos resolver problemas muy complejos, pero luego, cuando tenemos que diseñar una interfaz de usuario, tendemos a fallar en hacerlos fáciles de usar.

En las pequeñas empresas no pueden permitirse el lujo de tener diseñadores y expertos en UX, los programadores tienen que hacer casi todo en el software. Pero estas interfaces rara vez son intuitivas ( el ejemplo clásico ).

¿Cuál es el problema? ¿Cómo pueden los desarrolladores mejorar sus habilidades para diseñar buenas experiencias de usuario?

Me he encontrado con este problema muchas veces en mi carrera: el truco es primero ser consciente de que es un problema y reconocerlo. Una vez que haya hecho eso, es más fácil dejar de hacer interfaces demasiado complejas.

La interfaz de usuario también es parte de la ingeniería de software, pero quizás para muchos ingenieros de software no es tan interesante. Sin embargo, hay muchos desafíos interesantes relacionados con esto, y probablemente, en mi experiencia, pueden ser tan interesantes como desafíos más técnicos.

Usabilidad, diseño de experiencia de usuario (UX), interacción humano-computadora (HCI): no es mágico y es parte del proceso de desarrollo de software.

Mi consejo es:

• reconoce tus limitaciones
• preguntar y escuchar a las personas que dicen saber sobre estas cosas
• cuando no estés seguro, busca en Google y busca respuestas autorizadas

Al seguir estos principios simples a lo largo de los años, he acumulado información útil sobre cómo construir interfaces de usuario, cómo las personas interactúan con el software y cómo piensan cuando lo usan. De ninguna manera soy un experto, pero probablemente sé un poco más que un programador promedio.

Tl; dr: BESO

Es biologico.

• La interfaz de usuario y todas las demás tareas relacionadas con el diseño involucran el cerebro derecho .
• La tarea de programación involucra el cerebro izquierdo .

Tienen diferentes propósitos.

Es muy raro ser bueno en ambos. Al menos al mismo tiempo.

ACTUALIZACIÓN: Hace poco me enteré de que hay otros factores como la experiencia. Además de algunos factores heredados, desarrolla capacidades mentales dependiendo de cómo se desencadene en su infancia. Por ejemplo, los niños maltratados son, en promedio, más creativos que el grupo de control porque aprenden a desconectarse de su horrible realidad en los sueños.

Supongo que podría discutir sobre cómo los programadores y diseñadores tienen diferentes mentalidades o diferentes personalidades, o discutir sobre el cerebro izquierdo versus el cerebro derecho y creativo versus lógico, pero en realidad, hay tres cuestiones fundamentales:

1. El trabajo de los programadores es su software. Se preocupan por eso; le dedican su atención; pueden emocionarse por eso. El trabajo de los usuarios es otra cosa ; el software es solo una herramienta para facilitar hacer otra cosa, y quieren pasar el menor tiempo posible prestando atención para poder concentrarse en lo que les importa. Mientras los programadores malinterpreten esto, harán las compensaciones incorrectas en el diseño de la interfaz de usuario. (Para más información sobre este tema, consulte "Control de su entorno lo hace feliz" de Joel Spolsky o "Leyes fundamentales" de David S. Platt ).
2. Los programadores conocen su software íntimamente. Se sienten cómodos con sus detalles y su complejidad; entienden por qué actúa de la manera en que lo hacen porque tienen un modelo mental completo. Los usuarios no tienen la ocasión (o el interés; vea el punto # 1) para aprender cada detalle, y es imposible para ellos tener un modelo mental completo porque no tienen acceso o no entienden el código fuente. (Para más información sobre la importancia de los modelos mentales, tal vez podría leer El diseño de las cosas cotidianas de Donand Norman ; aunque no es específico de las computadoras, es un buen libro sobre diseño de interfaces).
3. Las compensaciones de los programadores son diferentes a las de los usuarios. Un programador puede decidir fácilmente dejar una característica demasiado compleja o solo semiautomatizada o menos utilizable porque para el programador es más fácil lidiar con la falta de usabilidad que codificarla correctamente. Al usuario no le importa (mucho) cuánto esfuerzo le toma al programador codificarlo correctamente y prefiere que sea completamente utilizable.

El tercer problema puede resolverse teniendo suficiente disciplina para no tomar el camino fácil. No estoy seguro de que los dos primeros problemas tengan solución; cuanto más cerca esté de su trabajo, más difícil será verlo como lo hace un extraño. Es por eso que las pruebas de usabilidad, incluso cosas simples e informales como agarrar a alguien en el pasillo y sentarlo frente a su aplicación, es tan importante.