Bernardo Secades
Ingeniero backend — Go y sistemas distribuidos. Construyo con IA en producción y escribo sobre lo que de verdad funciona.
Software engineer especializado en microservicios backend en Go. Me apasionan los sistemas distribuidos: el diseño de servicios, la comunicación asíncrona y la búsqueda del equilibrio entre simplicidad y resiliencia.
Tengo Claude Code integrado en mi flujo de trabajo diario — está abierto mientras programo. Lo uso para razonar sobre diseños de servicios, detectar casos borde sutiles durante revisiones de código, redactar planes de migración y acelerar las partes más mecánicas de Go para poder dedicar más tiempo a las restricciones interesantes.
Más allá del uso personal, estoy trabajando en la adopción a nivel cross-team: compartiendo patrones que funcionan, haciendo demos y definiendo convenciones comunes para que todo el equipo pueda obtener valor consistente del desarrollo asistido por IA, sin que cada persona tenga que descubrirlo por su cuenta.
Revisar código generado por IA: qué miro antes de confiar
El código de IA falla distinto al humano: es plausiblemente incorrecto, no obviamente incorrecto. Se lee limpio, los tests están en verde, y el bug está en el traspaso que no pudo ver. Esta es la checklist que corro antes de confiar en un diff que no escribí.
Elegir modelo: deja de tirar siempre del más grande
El instinto dice que el modelo más grande es la opción segura. Pero para clasificar, extraer y enrutar, el tier barato suele ser indistinguible en precisión y mucho más rápido — y cuando falta precisión, el arreglo suele ser un prompt mejor, no un modelo más grande.
Orquestación multi-agente: cuándo el fan-out se paga solo
Descubres los subagentes y el instinto es desplegarlo todo — diez agentes, uno por preocupación, todos en paralelo, rápido y concienzudo. La factura vuelve 8 veces una sola pasada y la mitad reencontraron los mismos problemas. El fan-out no es paralelismo gratis; son N ventanas de contexto que no se ven entre sí.