Limita el trabajo en curso, no solo cancélelo.
El fan-out sin límite es el modo de fallo por defecto en la concurrencia de Go: cada sentencia go añade una tarea más en curso, sin tope ni responsable. Este artículo trata sobre dotar al sistema de ambos.
Cinco pilas de HTTP de Go, un mismo equipo de pruebas, cifras reales.
Go incluye un servidor HTTP apto para producción en su biblioteca estándar, y desde Go 1.22 el enrutador integrado maneja la correspondencia de métodos y los parámetros de ruta por sí solo. La cuestión sobre qué marco de trabajo usar se ha estrechado, pero no ha desaparecido.
Evita que los agentes de IA se desvíen de las especificaciones, las pruebas y el código.
Los agentes de codificación con IA implementan características rápidamente, pero las especificaciones, las pruebas y el código se desvían silenciosamente entre sí. Esta guía cubre un modelo de trazabilidad, el mapeo de especificación a prueba y de especificación a código, y las verificaciones de integración continua (CI) que detectan la desviación antes de una fusión.
Evita que los mensajes tóxicos bloqueen las colas
Una cola de cartas muertas (dead-letter queue) es la red de seguridad que captura los mensajes que tus consumidores no pueden procesar, de modo que un único payload defectuoso no bloquee ni omita silenciosamente todo lo que viene detrás en la cola.
Evita las falencias en cascada en microservicios de Go.
Un breaker de circuitos (o disyuntor eléctrico) impide que tu servicio Go siga presionando una dependencia fallida, previniendo fallos en cascada que consumen gorutinas, sockets y memoria hasta que todo el sistema colapse.
Cinco fases, de la intención al código verificado.
El desarrollo basado en especificaciones (Spec-Driven Development o SDD) funciona cuando la especificación es un flujo de trabajo, no un documento que se archiva después de la reunión de inicio. El objetivo no es producir un gran documento de requisitos del producto.
Escribe el evento con los datos. Nunca los dividas.
Dos escrituras que deberían tener éxito juntas eventualmente fallan por separado.
Tu servicio de pedidos guarda el pedido en la base de datos y luego publica un evento order.created en un corredor de mensajes.
En Go, el context es flujo de control, no almacenamiento.
El context.Context de Go es lo suficientemente simple como para usarse mal — y ese es el problema.
«La especificación como fuente de verdad, no como un documento secundario».
El Desarrollo Guiado por Especificaciones (Spec-Driven Development) es una de esas ideas a la que los ingenieros de software han recurrido antes y luego han dejado de lado cuando el esfuerzo dejó de ser rentable.
Mantén la intención cerca del código.
Los registros de decisiones son la capa de memoria que falta en el desarrollo de software asistido por IA. Capturan no solo lo que se construyó, sino por qué, y esa distinción se vuelve crítica cuando las herramientas de IA escriben su código.
Maneja los errores en el límite adecuado.
Gestionar errores en Go es fácil de criticar. Cada desarrollador de Go ha escrito este código cientos de veces:
Dejen de dormir en pruebas concurrentes de Go.
Probar código Go concurrente siempre ha requerido un poco de disciplina. Las goroutines son económicas, los canales son simples y la cancelación de contexto es idiomática: los trabajadores en segundo plano y los temporizadores están por todas partes en los servicios reales de Go.
Construye CQRS en Go sin ceremonias innecesarias
CQRS es uno de esos patrones que se sobrevenden, se complican en exceso y, ocasionalmente, se diagnostican erróneamente como la cura para el aburrimiento del CRUD tradicional.
Evita efectos secundarios duplicados
La idempotencia en sistemas distribuidos es la propiedad que te salva cuando la red miente, las colas reintentan, el cliente entra en pánico y el operador pulsa “repetir”. En sistemas de producción, la entrega duplicada es normal. Los efectos secundarios duplicados son el error.
Convierte Discord en un bus de alertas seguro e interactivo.
Discord se convierte en una superficie de integración seria cuando lo tratas como tal: un lugar donde los sistemas publican eventos, los humanos toman decisiones y la automatización continúa el flujo de trabajo.
Slack es una interfaz de usuario de flujo de trabajo y una capa de entrega de alertas.
Las integraciones de Slack parecen engañosamente fáciles porque puedes publicar un mensaje en una sola llamada HTTP. La parte interesante comienza cuando quieres que Slack sea interactivo y fiable.
