Notas de ingeniería — Luis Carrera

Notas

Cómo dirijo un equipo y tomo decisiones: playbooks, registros de decisiones, postmortems, runbooks y artículos técnicos.

01Playbook

Playbook de ingeniería

Los estándares que fijo para un equipo: definición de terminado comprobable, revisión de código, ramas y releases, onboarding de gente nueva y las reuniones que existen.

liderazgoprocesorevisión de códigocalidad

2026-10-14

02Plantillas

Plantillas de equipo: 1:1, planeación de sprint, RFC y matriz de riesgo

Cuatro plantillas listas para copiar para dirigir un equipo: agenda de 1:1, planeación de sprint, RFC para propuestas técnicas y matriz de riesgo con regla de puntaje.

plantillasliderazgoplaneaciónriesgo

2026-10-14

03Estrategia de pruebas

Estrategia de pruebas: VetNova

Qué se prueba en un SaaS multi-tenant para clínicas que opera una persona dirigiendo a un agente de IA: las capas de la pirámide, lo que sigue manual a propósito, una matriz de riesgo y los huecos conocidos.

VetNovaQApruebasriesgo

2026-10-14

04Runbooks

Runbook: implementación con cliente, del kickoff al hypercare

Las fases, listas de verificación y el rollback para llevar a producción los datos históricos de un cliente nuevo: kickoff, ensayos de migración, go-live y hypercare.

implementaciónmigración de datosgo-liverollback

2026-10-14

05Registros de decisiones de arquitectura

ADR-001: Almacenamiento híbrido para atributos dinámicos de seguros

Cómo guarda REYBER los atributos de riesgo que cambian por ramo: JSONB con columnas mantenidas por trigger y una tabla de proyección para listas, elegido con un benchmark de 10 millones de pólizas.

REYBERPostgreSQLmodelo de datosbenchmark

2026-09-22

ADR-002: Aislamiento de tenants con seguridad a nivel de fila en PostgreSQL

Por qué VetNova separa los datos de cada clínica en la propia base de datos, con seguridad a nivel de fila por petición y un rol de aplicación sin privilegios de dueño, y no con filtros en el código.

VetNovaPostgreSQLRLSmulti-tenant

2026-08

ADR-003: Reglas de seguridad impuestas en código, no en el prompt

Por qué JARVIS rechaza herramientas peligrosas sin una confirmación que verifica el código, no tiene herramientas destructivas y resuelve lo rutinario por una ruta rápida antes del modelo.

JARVISseguridad en IALLMPython

2026-10

06Postmortems

Postmortem: un ensayo que vio menos de un tercio de los datos

Revisión sin culpables de una corrección masiva cuyo ensayo contó unos 3,400 paquetes cuando existían 11,934: causa raíz, factores que contribuyeron y los controles que salieron de ella.

postmortemSQLcalidad de datoscausa raíz

2026-06-04

07Artículos

Atributos dinámicos con 10 millones de pólizas: lo que me enseñó el benchmark

Guardar campos que cambian por ramo es fácil; buscarlos rápido con seguridad a nivel de fila no lo es. Cuatro estrategias con 10 millones de pólizas sintéticas y el índice que nunca se usó.

PostgreSQLJSONBíndicesRLSbenchmark

2026-10-14

La regla de seguridad va en el código, no en el prompt

Un prompt es una petición, no una garantía. Cómo un asistente local rechaza acciones peligrosas en código, por qué algunas herramientas no deben existir y cómo probarlo con el modelo real.

agentes de IALLMseguridadPython

2026-10-14

Paginación sin ORDER BY: el bug que se esconde en tablas chicas

Por qué paginar sin un orden estable puede saltar o repetir registros, por qué las pruebas en tablas chicas casi nunca lo detectan y las tres correcciones que exijo en scripts que leen por páginas.

SQLpaginacióncalidad de datos

2026-10-14