Aprender bajo presión real: el criterio que me dejaron mercados que no me esperaban.
Si pasas más horas a la semana aprendiendo sobre herramientas que resolviendo con herramientas, no estás aprendiendo. Estás coleccionando.
01. El loop que nadie nombra
Cada semana sale un modelo nuevo, un framework nuevo, un protocolo nuevo, una variante de agente nueva. Cada semana hay un thread que dice “esto lo cambia todo” y cinco newsletters que lo reenvían. La sensación, si llevas años en tech, es familiar: que llegas tarde a algo, que deberías estar leyendo más, que el tiempo libre debería ser tiempo de estudio.
Lo llamo loop porque eso es: consumes contenido, registras nombres, abres pestañas, te suscribes a un repo, marcas un video como “ver después” y repites. El loop no produce nada.
El burnout de aprendizaje no tiene nombre clínico, pero es la enfermedad ocupacional más extendida de tech en 2026.
02. Años de no estar invitado
Cuando me fui de Chile a Francia no hablaba francés y estaba solo. Hice tres carreras en paralelo: la música (Conservatoire de Rouen y Conservatoire de Musique Moderne de Normandie), la investigación (Licence + Máster en la Université de Rouen) y el mundo Tech (dev en la Université de Rouen, Google Partner en 2016, después Postgrado en la Universitat Politècnica de Catalunya).
El mercado de la música en Normandía es fragmentado y nicho. Para un guitarrista en una región donde se programan más conciertos de chanson que de rock progresivo, no había una hoja de ruta. Como músico de sesión el desafío era constante: adaptarme a orquestas, proyectos, estilos, con partituras, de oído, improvisando, etc.
Cuando volví a Chile no buscaba quedarme pero fui atrapado por agencias de marketing, el mundo jurídico y finalmente, la industria TELCO liderando canales de post venta que atienden millones de clientes. Cada salto fue lo mismo: adaptación crítica.
Todos eso años me enseñaron una sola cosa, y por eso el resto de este post existe.
03. El Axe-FX III: un manual que no se lee
Tengo un Axe-FX III en el estudio. Nadie que toque este aparato lo aprende leyéndolo de principio a fin. Es como leer una enciclopedia: técnicamente funciona, prácticamente no enseña nada porque ¿cómo definir por escrito un sonido que es pura percepción?.
Lo que sí funciona: llegar con una pregunta concreta. “¿Cómo replico el tono de mi Mesa Rectifier de cabeza para el riff que estoy grabando esta semana?” Esa pregunta te obliga a entender exactamente tres bloques (amp block, cab block, drive block) y nada más.
Después de un año de preguntas así sabes el 30% del Axe-FX. Pero el 30% que te sirve. El otro 70% sigue ahí, y lo aprenderás cuando una canción lo necesite.
El instrumento no se aprende leyéndolo. Se aprende interrogándolo desde un problema que ya tienes encima.
04. La traducción al stack tech
Esa misma estructura aplica a casi todo lo que se publica en tech ahora. Un modelo nuevo, un framework de agentes, un protocolo como MCP, etc. La tentación es leer un post, dos threads, un video y listo, eres “experto”.
No. No lo conoces. Lo registraste. Es distinto.
Lo conoces cuando lo usaste para responder una pregunta tuya, no del autor del framework.
05. El criterio: tres filtros
Cuando aparece una herramienta, modelo o framework nuevo, lo paso por tres preguntas, en orden:
a. ¿Tengo una pregunta concreta que esto podría responder?
“Si tuviera esto, podría hacer X que hoy no puedo hacer”. Si no logro definir la pregunta, no es momento. Evita “esto se ve interesante”, “esto es importante”.
b. ¿La pregunta nace de un problema real o aspiracional?
Aspiracional = “algún día quizá necesite agentes multi-step”. Real = “este viernes decido si el flujo se construye con un workflow lineal o con un agente, y mi decisión cambia el alcance del trimestre”.
c. ¿Puedo aplicar lo aprendido en una o dos semanas?
Si la ventana de aplicación está a tres meses, mejor archivarlo y volver cuando el problema esté presente.
Si las tres respuestas son sí: estudia ahora, con el problema encima de la mesa. Si una sola es no: archívalo, no le dediques tiempo, y deja de sentir culpa por no haberlo “estudiado” todavía.
06. Lo que no funciona
- Cursos comprehensive de “todo sobre X”. Te dan la sensación de avance (barras de progreso, certificados) sin la fricción real de un problema. Aprendes el shape del tema, no el tema.
- Newsletters semanales de tendencias. Útiles para no quedarte ciego del paisaje. Inútiles si sustituyen a leer el código de una herramienta que vas a usar el lunes.
- Seguir 30 cuentas de Twitter/X de AI. Te llena el feed de opiniones contradictorias. Genera ansiedad, no juicio.
El patrón común: actividades que se sienten productivas porque tienen métrica visible (videos vistos, posts leídos, suscripciones nuevas) pero que no producen output propio. Ponle un KPI a tus esfuerzos que no sea certificaciones ni cursos aprobados.
07. Lo que sí funciona
- Un proyecto lateral con dolor real. Algo que quieres construir, donde la herramienta nueva te resuelve un problema que tienes hoy.
- Sustituir, no añadir. La próxima vez que vayas a hacer algo que ya sabes hacer con tu stack actual, hazlo con la herramienta nueva en vez de con la conocida.
- Leer el código antes que la documentación. Los docs cuentan lo que el autor quiere que entiendas. El código cuenta lo que la herramienta hace. Si vas a depender de algo en producción, el código es la fuente de verdad.
- Una pregunta a la vez. No entres a una herramienta nueva con “quiero entenderla entera”. Entra con una pregunta. Cuando la respondas, la siguiente aparecerá sola.
08. La disciplina de “no estudiar”
Lo más difícil del criterio no es aplicarlo cuando aparece algo nuevo. Es resistir la culpa cuando lo aplicas y la respuesta es no. Conocer de todo un poco es beneficioso hasta que vives de la teoría sin internalizar y te llenas de sesgos.
Escucho a cientos de personas hablar de lo fácil que Claude Code crea una página web sin jamás poner una sola en producción. Persisten la idea teórica sin enfrentarse a los desafíos reales del despliegue, diseño responsivo, seguridad, etc.
La música me lo dijo primero, con menos jerga: no ejecutas todas las escalas, expresas las que la canción te está pidiendo.
Si pasas más horas a la semana aprendiendo sobre herramientas que resolviendo con herramientas, no estás aprendiendo. Estás coleccionando.
