Mentalidad de la Navaja de Occam

Aplicando la navaja de Ockham en urgencias

Tienes razón en sospechar lo común primero: en un paciente añoso con fiebre, confusión y taquicardia, la infección urinaria es el caballo, no la cebra. El principio no dice que lo simple sea siempre lo correcto, sino que es el primer paso lógico porque tiene menos supuestos y se verifica rápido.

Razona así con el residente:

1. Prioriza el dato más barato: un sedimento de orina y un urocultivo cuestan minutos y centavos frente a un TAC y una batería completa. Si el sedimento muestra piuria o nitritos, ya tienes una hipótesis fuerte.
2. Usa la secuencia temporal: la confusión aguda en ancianos con fiebre es clásicamente un delirium secundario a sepsis urinaria. No necesitas imaginar meningitis o hemorragia si el foco urinario explica todos los síntomas.
3. No descartas lo grave, lo ordenas: si el paciente no mejora con antibioterapia empírica en 24–48 horas, o si aparecen signos focales neurológicos, entonces sí subes de escalón al TAC y la batería completa.

La navaja no prohíbe lo complejo; solo exige que lo complejo se justifique después de descartar lo simple. Si el urocultivo es negativo y la fiebre persiste, la cebra se vuelve necesaria. Mientras tanto, trata al caballo y observa.

"Cuando oigas cascos, piensa en caballos, no en cebras" — pero si los cascos no responden al tratamiento, empieza a buscar la cebra.

Primero, revise el SDK de notificaciones, no la base de datos.

La navaja de Ockham le dice: ante dos explicaciones posibles, pruebe la que requiera menos supuestos. Migrar la base de datos implica un cambio estructural enorme, con múltiples puntos de fallo y un cronograma largo. El SDK, en cambio, es un cambio acotado que coincidió temporalmente con el inicio de las quejas — esa correlación temporal es su pista más fuerte.

• Acción inmediata: revise los logs de error de las últimas dos semanas, filtrando por versión del SDK y por tipo de fallo (cierre, carga de saldo, sincronización). Si los tres síntomas empezaron el mismo día del despliegue, el SDK es el sospechoso.
• Prueba rápida: haga un rollback del SDK en un entorno de staging con un 5% del tráfico real. Si los fallos desaparecen, caso cerrado.
• Por qué no la base de datos: una migración mal hecha suele dar errores de consistencia o latencia, pero rara vez provoca cierres de app en el cliente. Ese síntoma apunta a un proceso en segundo plano — justo lo que maneja el SDK.

No descarte la base de datos del todo, pero exija evidencia antes de invertir en esa migración. Primero los caballos, luego las cebras.

Priorice la explicación con menos supuestos y más verificable

La navaja de Ockham no le pide creer que la copia no existe, sino ordenar las hipótesis por cantidad de supuestos. La explicación "la consigna era confusa" requiere un solo supuesto: que usted redactó algo ambiguo. La explicación "copiaron de internet" exige asumir intención, acceso, coincidencia de fuentes y colusión. La de "comprensión lectora general" supone un déficit transversal difícil de medir en un solo trabajo.

Verifique primero lo que puede comprobar en minutos

• Relea la consigna con ojos de alumno: ¿tiene dos interpretaciones posibles? Si sí, esa es su hipótesis más simple.
• Compare los errores: si son los mismos errores de razonamiento (no frases idénticas), apunta a instrucción confusa, no a copia.
• Frases calcadas palabra por palabra sí sugieren copia, pero eso es un segundo paso, no el primero.

Actúe sin acusar

Corrija la consigna, explique el error común en voz alta y ofrezca rehacer el trabajo. Si el problema persiste, entonces sí investigue la copia. Atender primero lo simple no es ingenuidad: es justicia, porque no castiga a nadie por un error que usted pudo haber sembrado.