Modelo de Pensamiento Compuesto

Distingue entre esfuerzo que acumula y esfuerzo que se descarta

Tu intuición es correcta: tres años de turnos repetidos no generan compuestos si cada caso se evapora al terminar el turno. La regla es simple: si la próxima semana puedes usar lo de esta semana, es acumulable; si no, es descartable. Documentar casos raros es acumulable solo si lo haces con estructura: un cuaderno de patrones, no una lista de anécdotas.

El criterio de las tres preguntas

Antes de invertir tiempo, pregúntate:

1. ¿Este conocimiento se reutiliza? Un caso de intoxicación atípica te enseña a reconocerla antes la próxima vez.
2. ¿Se puede combinar con lo anterior? Si ya viste tres casos de sepsis con fiebre baja, tu nota nueva refuerza un patrón.
3. ¿Me hace más rápido o más preciso? Si solo te entretiene, no suma.

La trampa del "hacer"

El esfuerzo que se descarta es el que no cambia tu comportamiento futuro. Documentar sin revisar, sin comparar, sin extraer una regla, es repetir. En cambio, escribir una línea de "qué haría distinto" por caso convierte el turno en una semilla que crece. Empieza con 10 minutos por semana, no con un diario exhaustivo. Así el hábito se vuelve tu "tasa de interés": pequeña, pero constante.

El punto exacto donde rompen la cadena es este: están acumulando features (cantidad) sin acumular capacidad de construir (calidad de la base). Eso no es compuesto, es deuda técnica con interés compuesto negativo. Cada feature nuevo sobre código frágil multiplica el costo del siguiente, y el cliente solo percibe el resultado final, no el esfuerzo.

La regla de oro: si una feature no reduce el costo marginal de la siguiente, no es una inversión compuesta, es un gasto. Su código es su "lago seco" — sin refactorización, sin pruebas automatizadas, sin arquitectura modular, cada línea nueva es un ladrillo suelto.

Contratar a dos más ahora es como echar más agua a un balde con agujeros: acelera el desorden. Primero, inviertan 20% del tiempo en pagar la deuda: extraer módulos, escribir tests de regresión, documentar APIs. Eso es la "nieve húmeda". Sin ella, la pendiente larga los lleva al precipicio, no a la cima.

No rompen la cadena en la velocidad; la rompen cuando deciden que "entregar rápido" vale más que "entregar estable". Su instinto es correcto: el problema es dirección, no ritmo.

El error no es suyo, es del modelo: está confundiendo "repetir" con "acumular". Rehacer actividades desde cero es trabajo lineal, no compuesto. El banco de ejercicios que sugiere su amiga es exactamente la pieza que falta: cada corrección, cada pregunta mal respondida, cada comentario de un alumno se convierte en dato que mejora la siguiente versión.

¿Cuándo se nota? No en el primer año. En el segundo, nota que dedica un 30% menos de tiempo a preparar. En el tercero, sus ejercicios ya tienen patrones de error mapeados y puede anticipar dónde fallan. En el quinto, tiene un sistema que otros docentes quieren copiar. La curva no es lineal: es plana al inicio, luego sube despacio, y en algún punto entre el año 3 y 5 se dispara.

La clave está en no interrumpir el ciclo: cada vez que un alumno falla, eso debe alimentar el banco. Si solo guarda ejercicios "buenos", no hay acumulación. Si guarda también el error, el porqué, la variante, ahí está la compresión. Ese es su "interés compuesto": conocimiento que se reutiliza y se refina. Empiece hoy con una hoja de cálculo, un archivo por tema, y registre una sola mejora por semana. En 52 semanas, tendrá 52 capas de mejora que ningún libro de texto le dará.