🔒 Registro cerrado · Apertura oficial próximamente · Acceso exclusivo para alumnos activos
Iniciar SesiónValidación y control de cambios de los datos
5 tareas · 40 min · Principiante
Si un conjunto de datos puede cambiar sin que nadie lo apruebe, cualquier error o cualquier mala intención entra por esa puerta. La defensa es la misma que ya conoces del código: una solicitud, una revisión por otras personas, verificaciones automáticas con umbrales y un registro. Lees la política de cambios, el registro y el informe de validación de Mistol Crédito, la microfinanciera inventada, y buscas dónde el control no funcionó. Todo es lectura de documentos ficticios; no se ejecuta nada.
Objetivo de la sala
Si un conjunto de datos puede cambiar sin que nadie lo apruebe, cualquier error o cualquier mala intención entra por esa puerta. La defensa es la misma que ya conoces del código: una solicitud, una revisión por otras personas, verificaciones automáticas con umbrales y un registro. Lees la política de cambios, el registro y el informe de validación de Mistol Crédito, la microfinanciera inventada, y buscas dónde el control no funcionó. Todo es lectura de documentos ficticios; no se ejecuta nada.Cambiar los datos de entrenamiento cambia lo que el modelo aprende, y ese cambio no se ve en ningún programa: no hay una línea que revisar. Por eso un cambio al conjunto (una fuente nueva, un filtro, un reetiquetado) se trata como un cambio al código: se pide por escrito, lo revisan otras personas, pasa verificaciones automáticas y queda en un registro con versión.
La versión del conjunto es lo que permite, el día que algo falle, saber con qué datos se entrenó cada modelo y volver a la anterior.
Responde para continuar
¿Por qué un cambio al conjunto de datos merece el mismo control que un cambio al código?
Ver pista de ayuda
Piensa en qué cambia cuando alguien añade una fuente: el código sigue igual y el modelo no.
La política de Mistol Crédito pide que todo cambio lo aprueben dos personas distintas de su autor. La razón es la separación de funciones: quien escribe un cambio tiende a ver lo que quiso hacer, no lo que hizo, y si puede aprobarse a sí mismo el control deja de existir.
El registro de cambios anota autor y aprobadores de cada versión. Se lee de un vistazo, comparando las dos columnas.
Responde para continuar
Lee registro-de-cambios.txt contra la política. Escribe el usuario que aprobó su propio cambio.
Ver pista de ayuda
Con la terminal, `cat mistol/registro-de-cambios.txt`. Busca la fila donde el autor aparece también entre quienes aprobaron.
Las verificaciones automáticas existen para que no dependa de la buena voluntad de nadie. Cada una tiene un umbral escrito en la política. Una versión que falla una verificación no pasa al entrenamiento; esa regla solo vale si el sistema la hace cumplir, no si la deja a criterio de quien fusiona.
En el registro, la última columna cuenta cómo se fusionó cada cambio. Una fusión que no es «normal» merece una segunda mirada.
Responde para continuar
Escribe la versión que se fusionó a pesar de tener verificaciones fallidas.
Ver pista de ayuda
Con la terminal, `cat mistol/registro-de-cambios.txt`. Mira las dos últimas columnas de cada fila.
Un informe de validación compara lo medido con el umbral y marca PASA o FALLA. El número de fallos importa, pero importa más qué mide cada uno: aquí no falla una verificación de formato, fallan las que describen justo lo que se vio en las señales de la sala anterior.
Lee el informe de la versión que acabas de encontrar y cuenta las que fallan.
Responde para continuar
¿Cuántas verificaciones fallan en el informe de validación de esa versión? Escribe solo el número.
Ver pista de ayuda
Con la terminal, `cat mistol/informe-de-validacion-ds-2026.09.3.txt` y cuenta las filas cuyo último valor es FALLA.
Un control preventivo impide; uno detectivo avisa. En el registro hay una marca que permitió omitir la verificación, así que el control era una recomendación. Un control que quien lo estorba puede apagar solo lo detiene a quien no lo quiere apagar.
La mejora es mover la decisión fuera del autor: la fusión se bloquea sola si una verificación falla, y una excepción exige a otra persona con autoridad y deja rastro.
Responde para continuar
¿Qué control habría impedido que esa versión llegara al entrenamiento?
Ver pista de ayuda
Un control que el autor puede apagar con una marca no controla al autor.
Whoami-Labs Pro
Whoami-Labs Pro utiliza cookies
Utilizamos cookies y almacenamiento local para el funcionamiento del sitio, seguridad de sesión y, si lo autorizas, analítica y marketing. Puedes aceptar, rechazar o personalizar. Política de Privacidad
Preferencias
Configuraciones de cookies
Elige qué categorías permitir. Las esenciales siempre están activas. Consulta la Política de Privacidad.
Esenciales
Siempre activas · sesión, CSRF, tema y esta preferencia
Necesarias para iniciar sesión, proteger formularios (CSRF) y recordar tu elección de cookies y tema. Sin ellas la plataforma no funciona de forma segura.
Analíticos
Hoy no activos en la plataforma; listos para cuando se conecten
Nos ayudan a entender uso de cursos y páginas. Si los activas, se usarán cuando conectemos analítica; hasta entonces no se carga ningún tracker.
Marketing
Hoy no activos; campañas futuras solo con tu permiso
Comunicaciones o campañas. No activos hoy en la plataforma; quedarán listos si los conectamos y solo si los permites.