Ir al contenido
Aceptar el resultado

¿Está terminado de verdad?

El código generado parece terminado. El trabajo de un proveedor parece terminado. La pregunta es si hace lo que debía hacer y qué más tocó por el camino.

Qué incluye

Leer el trabajo como lo lee un revisor

Contra la tarea

Qué se pidió, qué se entregó y cuál es la diferencia, dicha con claridad.

Qué rompió

Lo que antes funcionaba y ahora funciona distinto, que es donde más duelen los cambios hechos con IA.

Qué falta

Gestión de errores, casos límite, migraciones, pruebas. Lo que se salta cuando el camino feliz se demuestra bien.

Qué no sabe explicar nadie

Código que existe, se ejecuta y nadie del equipo puede justificar. Es un riesgo incluso cuando funciona.

Cómo va

Un segundo lector que no fue el autor

  1. Primero la tarea

    Sin saber qué debía hacer, la revisión se convierte en una opinión sobre el estilo.

  2. El trabajo se lee

    Lo leo yo, o un agente de IA con un prompt escrito para esta comprobación concreta, y después yo igualmente.

  3. Los hallazgos se separan por gravedad

    Bloqueante, conviene arreglar y cuestión de gusto. Mezclar esos tres es la forma de que la revisión se ignore.

  4. Recibe un veredicto accionable

    Aceptar, aceptar con correcciones o devolver, con el motivo en un lenguaje que puede reenviar a quien hizo el trabajo.

Cuándo importa más

Sirve menos si

El trabajo no tiene un alcance acordado contra el que comprobarlo

Busca una opinión sobre el estilo del código y no sobre su corrección

La decisión ya está tomada y no puede cambiar

Sirve más si

Un proveedor acaba de entregar y está a punto de pagar

Un agente de IA produjo un cambio grande que nadie leyó entero

Funciona en la demostración y no sabe muy bien por qué

Está a punto de publicar para usuarios reales

Empiece por el área que más le preocupa

Elija el nivel de implicación que encaje, describa su producto y empezamos por ahí.