No necesitas otra newsletter

Criterio técnico para sistemas que no pueden fallar (y aun así fallan)

Criterio técnico para sistemas que no pueden fallar

APIs, IA, automatización y ciberseguridad. Para gente que toma decisiones técnicas… y luego tiene que responder por ellas.

Llevo 20 años hackeando y defendiendo sistemas.

Trabajo con sistemas que mueven dinero, datos y reputación. Y casi nunca fallan por cosas raras.

Fallan por suposiciones de mierda.

Aquí escribo sobre esas suposiciones. Las que nadie discute. Las que luego aparecen en el post-mortem cuando ya es tarde.

Si tomas decisiones técnicas y te importa no cagarla a lo grande, quédate.

Qué hago aquí

No escribo sobre tecnología “en general”.

Escribo sobre qué pasa cuando sistemas complejos empiezan a decidir cosas importantes.

Cuando juntas:

  • Software
  • APIs
  • Automatización
  • IA en producción
  • Escalado de infraestructura
  • Ciberseguridad

En producción, con gente mirando y con tensión de la buena.

Sistemas con APIs expuestas, infraestructura que no puede caerse, inteligencia artificial integrándose de la peor forma posible, y últimamente modelos que toman decisiones sin preguntar.

He visto cosas romperse sin que nadie tocara nada “importante”. He visto decisiones pequeñas generar problemas enormes. Y equipos convencidos de que todo estaba bajo control.

Casi nunca falla la tecnología. Falla lo que se da por hecho.

De eso escribo.

Sobre lo que NO escribo

No escribo para seguir modas. Ni para decirte qué toca usar ahora. Ni para hacerte sentir listo durante cinco minutos.

Escribo para gente que ya ha aprendido que:

  • Algo puede funcionar y aun así estar mal pensado
  • La seguridad empieza antes del susto
  • Confiar sin entender suele salir caro

⠀ Si esto te suena exagerado, no pasa nada. Igual este sitio no es para ti.

Y si eres un fan de los frameworks: háztelo mirar.

Qué pasa si te quedas

Recibes un correo al día. Siempre escrito por mí. Corto.

A las 15:17.

  • Una cagada real en un sistema
  • Una decisión automática mal pensada
  • Una suposición razonable que acaba en desastre
  • Una falsa sensación de control
  • Un patrón que se repite en APIs, IA, MCP, seguridad o infraestructura

La idea es que te joda un poco por dentro. Y que luego entiendas por qué.

Para que mañana tomes una decisión un poco menos estúpida.

Para quién es esto

Para quien toma decisiones que luego hay que explicar. Para quien prefiere pensar un rato antes que correr como un pollo sin cabeza.

Otra cosa. Si estás en algunos de estos casos:

  • Fans de frameworks
  • Si eres un vago que busca el atajo
  • Quieres sentirse listo sin que le cuestionen nada
  • Te cuesta aceptar que no sabes todo
  • Ni de asumir que hay veces que la has cagado

Casi que mejor no te suscribas, porque no te va a gustar.

Si te encaja, apúntate

Lees. Y si un día deja de servirte, te vas con un clic.

Sin historias raras. cero dramas.

PD: Digo bastantes tacos. Me gustaría decirte que es es marketing. Pero es que hablo así.

PD2: Con **Hotmail o Yahoo a veces no llegan** los emails. Si tienes otro correo, mejor usa ese.