🧭 El recorrido, paso a paso
Objetivo principal: seguir una publicación entera, desde la carpeta que entrega un alumno hasta la dirección que responde, sabiendo en cada paso quién actúa y qué puede salir mal.
El recorrido completo
Qué hace cada uno, en orden
1. El alumnado escribe y se autoevalúa
Una función y nada más:
def predecir(entrada: dict) -> dict:
t = entrada.get('temperatura_aula', 21.0)
return {'consigna': t - 1.0, 'encender_clima': t > 24.0}
El nombre predecir y el archivo modelo.py no son sugerencias: la plataforma los busca así.
La función recibe un diccionario y devuelve un diccionario.
requirements.txt puede quedarse vacío. Si la lógica solo usa Python, no hay nada que
declarar, y eso es un caso válido.
Antes de entregar, el alumno ejecuta su propio archivo. Si no corre en su portátil, no va a correr en el servidor.
2. La entrega
Aquí hay un hueco declarado. Cómo llega la carpeta del alumno a la plataforma no está
decidido —es la decisión aplazada DEF-9, y no tiene ni siquiera candidatos evaluados—. Hoy
la carpeta se entrega a mano a quien da clase.
Lo que se instala en el servidor es un directorio vigilado: plomería de ensayo, no la puerta.
3. El profesorado publica
Desde la vista Publicar: identificador de la cuenta del alumno, nombre del modelo y los archivos.
Publicar tarda: revisar el material, resolver los paquetes y montar el modelo lleva su tiempo, y con paquetes nuevos puede pasar del minuto. Recargar no cancela nada y puede lanzar una segunda publicación.
4. La plataforma revisa antes de construir
Siete comprobaciones, en orden, y cada una puede parar el recorrido con un diagnóstico dirigido a quien lo puede arreglar. Están detalladas en Lo que comprueba.
5. Primero el inventario, después la dirección
Este orden importa y no es un detalle de implementación: la versión se inventaría antes de que exista su dirección.
Una versión inventariada y todavía sin dirección viva figura como publicándose. Es un estado legítimo, no una inconsistencia — y es visible y retirable desde el inventario.
La consecuencia práctica: el número de versión se gasta aunque la publicación se malogre
después. Si aula-c07/1 se rechaza, la siguiente publicación de aula-c07 será la 2. Nunca
la 1 otra vez.
6. La dirección responde
La plataforma construye el artefacto, levanta un proceso que lo sirve y espera a que conteste. Cuando contesta, la versión pasa a sirviendo.
7. Se comprueba en clase
Quien da clase invoca el modelo delante del grupo y enseña la respuesta. La vista de clase permite proyectar el estado del aula sin mostrar de quién es cada modelo.
Dos nombres iguales no son el mismo modelo
Dos alumnos pueden llamar clima a lo suyo, y esto pasa en cuanto hay una clase entera. Son
dos modelos distintos, y lo que los distingue es el número: el primero que publique se
lleva clima/1 y el segundo clima/2.
El número no es «mi versión N». Es «la N-ésima publicación con ese nombre», lo publique quien lo publique. Por eso no se pide al publicar: no es una decisión de quien publica.
Lo que sí es por alumno es otra cosa, y conviene no confundirla: ninguno de los dos queda
rechazado por lo que hizo el otro. Que ya exista una versión viva de clima no impide
publicar clima si es de otra autoría. La comprobación de «ya tienes una versión viva de este
modelo» mira la autoría, no solo el nombre.
| Quién | Qué publica | Qué recibe | Por qué |
|---|---|---|---|
a-00012 | un modelo llamado clima | clima/1 | primera publicación con ese nombre |
a-00027 | un modelo llamado clima | clima/2 | segunda con ese nombre, pero no se rechaza: es de otra autoría |
a-00012 | otra vez clima, con la 1 viva | rechazo | ya tiene una versión viva de su clima |