Aplicar las ideas de Kahneman para mejorar las prácticas de desarrollo

Ir directamente al resumen generado por IA de esta entrada del blog

Un bate y una pelota cuestan 1,10 $ en total. El bate cuesta 1 $ más que la pelota. ¿Cuánto cuesta la pelota?

¿10 céntimos? Enhorabuena, acabas de caer en la trampa cognitiva que Daniel Kahneman exploró en su libro Pensar, rápido y despacio. Antes de seguir adelante, la respuesta correcta es 5 céntimos. Pero, por supuesto, la mayoría de la gente no hace los cálculos; simplemente confía en su instinto. Esto no es más que un reflejo mental que Kahneman denomina Sistema Uno.

Según Kahneman, el Sistema Uno es el modo de pensamiento automático e intuitivo del cerebro que suele dar lugar a respuestas rápidas. Este sistema de nuestro cerebro está siempre ansioso por responder y explora continuamente patrones que puede resolver con poco esfuerzo. Pero la desafortunada realidad es que este sistema suele equivocarse.

Por otro lado está el Sistema Dos, un proceso más lento y deliberado que pone el esfuerzo. Empieza a funcionar cuando dejamos de gritar "10 céntimos". Sin embargo, este sistema consume energía, y por eso no es la opción preferida de nuestro cerebro. Estos dos sistemas no sólo aparecen en los puzzles de lógica.

Para los desarrolladores, determinan cómo se escribe el código, cómo se depuran los problemas, si se espera a una compilación o se echa un vistazo rápido a Slack, y mucho más. Si ambos sistemas funcionan cada vez que abres tu IDE, la pregunta es cuál utilizas a menudo, y cómo puedes utilizar uno u otro para mejorar las prácticas de desarrollo. Averigüémoslo.

Kahneman 101 - Pensar rápido y despacio

Antes de entrar en cómo pueden utilizarse estos dos sistemas para aumentar la eficacia del desarrollo, veamos qué son en realidad. Kahneman, un psicólogo que ganó el Premio Nobel de Economía y propuso estos sistemas, no fue galardonado por sus previsiones financieras o predicciones de mercado.

De hecho, fue premiado por una realidad que los economistas habían ignorado durante mucho tiempo. La realidad de que los humanos no toman decisiones racionalmente. Kahneman dedicó 50 años de su vida a estudiar cómo los seres humanos toman decisiones cuando se enfrentan a la incertidumbre. Los resultados de su trabajo cambiaron por completo la suposición de que los humanos eligen basándose en la lógica y la razón.

En su libro Thinking, Fast and Slow, Kahneman introdujo un modelo del cerebro humano, afirmando que se divide en dos sistemas:

Características

Funcionalidad

Sistema 1

Rápido

Emocional

Barato

Intuitivo

Este sistema saca conclusiones basadas en patrones, incluso cuando esos patrones son engañosos. Es el sistema que instintivamente grita "10 centavos" en el rompecabezas de bate y bola. Para los desarrolladores, es lo que les hace decir "A mí me parece bien" cuando ves el código, pero realmente no piensas en ello.

Sistema 2

Caro

Lento

Lógica

Controlado

Este sistema es el que activas cuando te sorprendes a ti mismo antes de gritar la respuesta equivocada, o cuando reflexionas sobre un patrón de diseño concreto para averiguar si es el adecuado en función de la arquitectura de tu proyecto. Sin embargo, este sistema no se pone en marcha a menos que lo fuerces.

¿Qué significa todo esto para los desarrolladores? La respuesta es que su cerebro está constantemente eligiendo entre un "rápido, pero equivocado" o un "lento, pero correcto" correcto". Pero aquí está el truco: cuando estás cansado y agotado, tu cerebro empezará a utilizar automáticamente el Sistema Uno, y esto puede afectar gravemente a la calidad de tu código.

Sistema Uno Vs. Sistema Dos: ¿qué utilizan más los desarrolladores?

Si se pregunta a cualquier desarrollador en qué sistema confía más, la respuesta será con toda seguridad el Sistema Dos. Es lento, lógico y requiere esfuerzo. Todo esto encaja perfectamente con la codificación. De hecho, en una encuesta realizada en directo, casi el 90% levantó la mano por el Sistema Dos. No se equivocan. ¿Por qué? La mayoría de los desarrolladores necesitan un pensamiento profundo y concentrado.

Pero aquí está el problema. El Sistema Dos es bastante caro, ya que quema un recurso cognitivo limitado al que solemos referirnos como combustible mental. Cuando ese combustible se agota, el cerebro humano pasa automáticamente al Sistema Uno, y si la tarea sigue requiriendo precisión, mala suerte.

Un gran concepto, ¿verdad? Pues no es sólo teoría. Los científicos del comportamiento han encontrado pruebas reales y mensurables de que nuestra energía mental funciona de forma similar a la batería de un teléfono. Así, cada vez que escribes código, depuras o evitas distraerte, la batería se agota. Así lo afirma la Dra. Gloria Mark, que lleva 15 años estudiando la atención humana:

Una persona media consulta su correo electrónico 77 veces al día.
El tiempo de permanencia en pantalla antes de cambiar es de sólo 3 minutos y 47 segundos.
Se tarda 25 minutos en estar totalmente concentrado en la tarea original después de haberse distraído.

Así, esos tres minutos de espera en una construcción que utilizabas para consultar tu correo electrónico te están costando en realidad 25 minutos. Pero esto no es lo peor. Cada vez que cambias de contexto, tu cerebro vuelve automáticamente al Sistema Uno, aunque estuvieras trabajando en el Sistema Dos. Por eso se producen errores, baja la calidad y acabas escribiendo "Código correcto".

Es "Código Bueno" ¿Peor que el código malo?

No todo el código malicioso es una amenaza real. Hay ocasiones en las que "código bueno" puede ser igual de peligroso, si no más. ¿Cuál es la razón? Se compila, pasa las pruebas, y a menudo se cuela a través de pull requests desapercibido.

Así que, en esencia, el código escrito en modo Sistema Uno tiende a ser lo suficientemente bueno como para pasar desapercibido. La guinda la ponen los revisores de código que funcionan con combustible mental agotado. Echan un vistazo a ese código y dicen, "A mí me parece bien".

Estos canales, por su diseño, funcionan como modelos del Sistema Uno, y el resultado es un código mediocre que se convierte en un producto mediocre. Kahneman señala que la repetición y los bucles de retroalimentación pueden hacer que las habilidades pasen del Sistema Dos al Uno, así que ¿es posible entrenar a los desarrolladores para que escriban mejor código de forma instintiva?

Técnicas para proteger el Sistema Dos

Cuando se trata de utilizar todo esto para la eficiencia del desarrollador, empieza por saber que el Sistema Dos es tu herramienta más poderosa como desarrollador, pero también es la más frágil. Por ello, hay que protegerlo de las distracciones constantes, y hay muchas formas de hacerlo.

La gestión del tiempo es la clave. Es posible que sistemas como la técnica Pomodoro, en la que te concentras 25 minutos y luego haces una pausa de 5 minutos, sean eficaces, pero pueden ser contraproducentes si tu sesión de trabajo profundo se interrumpe justo cuando estás a punto de entrar en el flujo. Por lo tanto, debes tratar los 25 minutos como un mínimo y continuar si estás en la zona.

Aparte de esto, la agrupación de tareas por lotes también es una gran técnica que puede proteger los mecanismos del Sistema Dos, ya que ayuda a evitar el cambio de contexto. Los desarrolladores pueden incluso utilizar distintas herramientas basadas en IA para añadir sesiones de concentración a sus agendas y dejar espacio para las reuniones. Lo siguiente en la lista es proteger el combustible mental.

Para ello, dormir es la única opción de reinicio completo. Sin embargo, hay algunas otras técnicas que pueden ser útiles. Por ejemplo, tomar café y tumbarse unos minutos hasta que haga efecto. Aparte de eso, hay cosas como la atención plena y la meditación. Parecen cosas de hippies, pero la ciencia las apoya.

Los desarrolladores deberían hacer esto para mejorar la práctica y la eficacia

Ante todo, el principio subyacente a todo esto es que los resultados de calidad proceden del Sistema Dos, es decir, el estado en el que deben encontrarse los desarrolladores si quieren obtener mejores resultados. Teniendo esto en cuenta, algunas cosas clave a tratar incluyen:

Sistema de vigilancia Dos tiempos mediante el uso de herramientas que programan franjas horarias de concentración profunda y se autoajustan en función de la disponibilidad, junto con métodos de bloqueo del tiempo para permanecer en el flujo durante periodos más largos.
Utilizar la automatización y la IA para reducir la carga cognitiva asignando tareas repetitivas a herramientas de automatización e IA, ya que ahorra tiempo y ayuda a evitar el cambio de contexto.
Agrupar tareas similares también puede ayudar a evitar el cambio de contexto, lo que preserva el combustible mental y ayuda a mantener la concentración.
Recárgate utilizando técnicas de sueño y atención plena, ya que pueden ayudarte a proteger tus recursos cognitivos, permitiéndote permanecer más tiempo en el Sistema Dos.
Si algo no es de su competencia y le lleva demasiado tiempo, delegarlo para que los expertos puedan crear soluciones mejores y más seguras. soluciones seguras mientras usted se centra en las actividades principales que impulsan el crecimiento de su empresa.

Reflexiones finales

Aunque puede que Daniel Kahneman no escribiera Pensar rápido y despacio para desarrolladores, las ideas que contiene el libro son exactamente lo que más necesitan los equipos de software. La cruda realidad es que cuando se codifica con el piloto automático, se obtienen resultados funcionales. Pero acabas perdiéndote soluciones más limpias y escalables que se esconden bajo la superficie.

Al fin y al cabo, escribir un buen código no tiene mucho que ver con el talento o la habilidad. Se trata de tener la mentalidad adecuada, la mentalidad del Sistema Dos. Hoy en día, la ventaja competitiva consiste en identificar cuándo estás entrando en el Sistema Uno y diseñar tu flujo de trabajo para mantenerte en el Sistema Dos durante más tiempo.

Así que, la próxima vez que codifiques, haz una pausa y pregúntate si estás codificando rápido o de forma inteligente.

Resumen