Explorando desarrollo AI-first, guardrails de código y la arquitectura de la descartabilidad.
Los diagramas de arquitectura limpia se ven genial en una pizarra. Así es como hacer que tu pipeline de build imponga la dirección de las dependencias para que el código de dominio no pueda alcanzar la infraestructura.
Alguien en tu equipo acaba de importar en . El PR compila. Los tests pasan. La revisión de código tiene trescientas líneas y nadie se da cuenta. Tres meses…
La documentación de arquitectura se descompone en el momento en que la guardas. Así es como mantener los docs honestos usando diagramas generados desde código, ADRs y tests de arquitectura automatizados.
Cada diagrama de arquitectura que he visto en una wiki estaba equivocado. No dramáticamente equivocado. Solo silenciosa, incrementalmente equivocado. El…
Un timeout o un crash no significan que tu petición a la API se haya perdido. Aquí te explicamos cómo las idempotency keys hacen seguros los reintentos, y el patrón de almacenamiento que realmente previene duplicados.
Tu servicio se cae a mitad de una petición . El cliente ve un timeout y reintenta. Ahora tienes dos cargos. El cliente está enfadado. La base de datos es…
Los mutex en memoria desaparecen cuando tu servidor reinicia. Así es como los leases distribuidos con fencing tokens y TTLs evitan trabajo duplicado tras un crash, y dónde aún fallan.
Tu no sobrevive a un . No sobrevive a un OOM, un deployment rollout ni un reinicio de node. En el instante en que el proceso termina, el lock desaparece. Si…
La mayoría de las bibliotecas de circuit breaker lanzan hilos en segundo plano para sondear la recuperación. No los necesitas. Aquí tienes un diseño dirigido por requests que elimina todo el overhead en segundo plano sin sacrificar la corrección.
Cada circuit breaker de producción que he revisado eventualmente lanza un hilo en segundo plano. Puede ser una goroutine de Go, un de Java, o una tarea tokio…
El software crash-only trata cada fallo como un crash y cada inicio como una recuperación. Para los servicios web, esto significa eliminar tu lógica de shutdown y diseñar un estado que sobreviva a un kill -9.
Tu servicio web tiene un shutdown handler. Hace flush de los buffers, cierra conexiones, escribe checkpoints. Lo probaste una vez, tal vez. En producción,…
El mutation testing encontró un superviviente y no tienes ni idea de qué hace la mutación. Aquí tienes un método paso a paso para escribir la prueba correcta sin entender primero el mutante.
Tu informe de mutation testing está lleno de supervivientes, y al menos uno de ellos no tiene sentido para ti. La herramienta dice que cambió un por en la…
Por qué exigir un único porcentaje de mutación en toda tu base de código es un error, y cómo establecer umbrales por módulo que correspondan al riesgo real.
Exigir un único porcentaje de mutación en toda tu base de código es una forma excelente de hacer que tu equipo odie las pruebas. Ejecuta PIT o Stryker contra…
La code coverage dice que estás a salvo. El mutation testing dice que tus pruebas son, en su mayoría, decoración. Así es como los surviving mutants exponen la brecha, y cómo cerrarla.
Tus pruebas pasan. Tu reporte de coverage dice 87%. Pero tu mutation score es del 40%, y la mitad de tus mutants siguen vivos. Ese 40% no significa que tu…
cargo-mutants encuentra los tests que solo pretenden verificar tu código. Aquí te explicamos cómo funciona el mutation testing en Rust, qué detecta y si el coste en tiempo de compilación merece la pena.
Tienes un 100 % de cobertura de líneas. Cada branch se ejecuta. Cada función se llama. Entonces alguien cambia un por un en tu lógica de precios, ejecuta los…