Esta semana en Hacker News me topé con un ala de avión. Literal. Un desarrollador polaco llamado Bartosz Ciechanowski publicó un artículo interactivo sobre aerodinámica y en dos días superó los 2.500 puntos. Todo el mundo lo compartía.
Lo curioso es que no había nada nuevo ahí. La física del vuelo se conoce desde hace un siglo. Lo que hizo Ciechanowski fue convertirla en algo que puedes tocar: mueves un deslizador y ves el flujo de aire cambiar en tiempo real. Giras el ala y entiendes por qué despega.
Un museo de cosas que puedes tocar
Ciechanowski no es un divulgador cualquiera. Su web es un museo de explicaciones interactivas: cámaras, engranajes, el sistema solar, la relatividad. Cada pieza le lleva meses. A veces años. El artículo del ala, por ejemplo, incluye simulaciones de partículas de aire, mapas de presión y controles que puedes arrastrar.
Lo mejor de la discusión en Hacker News fueron los comentarios. Gente diciendo que llevaba una hora jugando con el deslizador de ángulo de ataque en vez de trabajar. Eso no pasa con un paper. Eso pasa cuando entiendes de verdad.
¿Por qué tanto esfuerzo? Porque entender no es leer. Es manipular. Cuando solo lees, asientes y pasas de página. Cuando arrastras un control y ves cómo se despega el flujo de aire, algo se te queda grabado.
Lo que esto tiene que ver con automatizar
Yo construyo agentes de trading y automatizaciones. Y llevo años dándome cuenta de algo incómodo: no puedes automatizar lo que no entiendes.
Puedes entrenar un modelo que prediga precios. Pero si no entiendes por qué se mueve el mercado, cada señal es una caja negra. Tu agente acaba siendo un conductor con los ojos vendados.
Por eso, antes de escribir una línea de backtesting, paso horas mirando datos. Velas, profundidad de libro, correlaciones. Suena poco glamuroso, pero es exactamente lo que hace Ciechanowski con la física: construir una representación visual hasta que el sistema deja de ser abstracto.
El patrón se repite en todo el software. Cuando entiendes el sistema, el código se escribe solo. Cuando no, escribes código que se rompe en producción.
Entender no es leer. Es manipular. La representación visual es la primera herramienta de todo buen automatizador.
Ir despacio en un mundo que va rápido
Vivimos rodeados de inmediatez. La IA escribe código, resume papers y genera imágenes en segundos. Y justo por eso, la capacidad de ir despacio vale más que nunca.
Ciechanowski tarda seis meses en una visualización. En ese tiempo la industria lanza diez modelos nuevos. Y aun así, su artículo sobre alas de avión superó en puntos a casi todo lo publicado esa semana. La gente tiene hambre de entender.
Hay una lección para cualquiera que construya con IA: el modelo es commodity. La comprensión no. Un agente que entiende el problema le gana a un agente que solo escribe rápido.
Conclusión
Mi consejo es simple: antes de añadir IA a tu flujo, construye una visualización. Si operas en mercados, dibuja los datos hasta ver los patrones. Si construyes un producto, dibuja el sistema hasta poder explicarlo con un rotulador.
No hace falta que sea bonita. Un notebook, un gráfico, un garabato en papel. Lo importante es manipular el sistema hasta entenderlo.
Después de eso, la automatización es casi un trámite. Y si alguna vez dudas de si merece la pena ir despacio, recuerda al tipo que pasó seis meses dibujando un ala de avión. Le funcionó bastante bien.