Ingeniería para una cognición limitada: por qué el software se construye a pesar de la mente

Fuentes: Engineering for Bounded Cognition

La ingeniería de software se enfrenta a una paradoja estructural: la mente que diseña y mantiene los sistemas es mucho más pequeña que esos mismos sistemas. El artículo parte de las investigaciones clásicas de George Miller sobre la memoria de trabajo —cuyo célebre «número mágico siete» se reduce a unas cuatro unidades cuando se eliminan los trucos de agrupación y repaso— y de experimentos clásicos de atención invisible (el gorila de Simons y Chabris, el cambio de interlocutor tras una puerta) para perfilar la herramienta real con la que se construye software: aproximadamente cuatro elementos en mente simultáneos, un foco atencional estrecho y una retención de segundos.

A partir de ahí, el texto reinterpreta el concepto de «error humano» en los informes de incidentes: cuando una advertencia es ignorada por la mitad de los observadores atentos, no es una advertencia sino un adorno; cuando un botón queda a un clic de distancia del desastre, el fallo reside en quien lo diseñó, no en quien lo pulsó. Disciplinas como la aviación o la medicina nuclear llevan décadas aplicando este principio, desplazando el peso desde el operario hacia el sistema. La comparación se extiende luego a los modelos de lenguaje grandes, cuya ventana de contexto funciona como una memoria de trabajo con el mismo sesgo de «Lost in the Middle»: rinden peor cuanto más se diluye su atención, y pueden repetir funciones o romper decisiones previas cuando el hilo cae fuera de la ventana.

La conclusión es operativa: como no existe una mente capaz de abarcar el sistema entero, la ingeniería consiste en sacar fuera del cerebro del desarrollador aquellas tareas que pueda sostener la estructura —nombres precisos, fronteras explícitas, pruebas automatizadas, operaciones reversibles—. El texto cierra con el ejemplo del pelador de verduras Oxo, diseñado para una mano con artritis y acabado siendo universal por su ergonomía, como muestra de que diseñar para una cognición limitada produce herramientas mejores para todos.