Diez goroutines, una clave de idempotencia y el usuario que se creó dos veces
El artículo reconstruye un incidente real en el que varias goroutines con la misma clave de idempotencia acabaron creando el mismo usuario por duplicado. Sirve para entender por qué comprobar si algo existe y escribirlo después no es atómico, y qué defensas lo evitan: restricciones únicas en la base de datos, claves de idempotencia bien aplicadas y control de concurrencia.
Medium: Software EngineeringProgramación