[Proyecto I]

[Drakend-Zero]

Nombre: Antoine Hernández Apezteguía
Grupo:C-111
Repositorio: https://github.com/Drakend-Zero/Event

Descripción

Es un Planificador de eventos de Calistenia donde se introducen las cantidades generales para satisfacer 

las necesidades de cada tipo de subevento dentro de la competencia dependiendo de la modalidad. Si la cantidad
de participantes en contraste con la modalidad supera la cantidad disponible de el "objeto" en cuestión, este planificador se encarga de que se sepa ,al igual que la relación entre cada elemento del inventario para su uso individual o conjunto, en este se organizan tanto el evento general como los subeventos.

[github-actions]

Verificación Automática — Proyecto I 🤖

Repositorio analizado: https://github.com/Drakend-Zero/Event

1. Repositorio

✅ El repositorio es accesible y fue clonado correctamente.

2. Informe (report.md)

❌ No se encontró report.md en el repositorio.

3. Proyecto Python

⚠️ Sin pyproject.toml.
⚠️ Sin requirements.txt.

Archivos Python (2, 239 líneas en total):

• Main.py
• Back_processes.py

4. Punto de Entrada

✅ Punto de entrada detectado: Back_processes.py

5. Ejecución

✅ El proyecto se ejecuta.

Traceback (most recent call last):
  File "/tmp/tmp4j_n3l55/repo/Back_processes.py", line 2, in <module>
    import streamlit as st
ModuleNotFoundError: No module named 'streamlit'

Resumen

• ✅ Repositorio accesible
• ❌ report.md con ≥2000 palabras
• ✅ Archivos Python
• ❌ Configuración de dependencias
• ✅ Punto de entrada
• ✅ Ejecución

4/6 verificaciones pasadas.

---

Verificación automática — los resultados son orientativos. El profesor revisará en detalle.

[apiad]

🔍 Revisión de Código — Claude Code

Repositorio: https://github.com/Drakend-Zero/Event

Qué hace tu proyecto

Construiste un planificador de eventos de calistenia como aplicación web con Streamlit sobre una base de datos SQLite (Evento.db). Organizaste la interfaz como una máquina de estados de pantallas (inicio, nuevo, gestor, sesion) controlada por st.session_state.pantalla, con navegación en la barra lateral. Se nota la ambición: te saliste del molde de consola y aprendiste desde cero bases de datos, clases y un poquito de front-end. Eso es un mérito real para primer año.

Ejecución

Preparé un entorno con uv venv --python 3.12 e instalé streamlit (deduje la dependencia del import, porque no hay requirements.txt). py_compile de ambos módulos: OK, sin errores de sintaxis. Arranqué el servidor en modo headless: levanta perfecto — devuelve HTTP 200 y el health-check /_stcore/health responde ok. O sea, tu app arranca bien; el ModuleNotFoundError: streamlit que reportó el verificador automático es sólo que faltaba instalar la dependencia, no un fallo tuyo.

Como Streamlit sólo ejecuta el código cuando hay interacción, corrí tu lógica de negocio directamente contra Evento.db (que trae dos tablas de prueba, intento e intento2). Ahí aparecieron los problemas de fondo, con errores concretos:

• Al mostrar eventos con datos: sqlite3.OperationalError: no such column: name.
• Al crear una competencia: AttributeError: 'Show' object has no attribute 'revision'.
• Al gestionar tablas con filas: de nuevo no such column: name.

Lo que está bien

• El servidor Streamlit arranca sin errores (HTTP 200, health ok). El andamiaje de la interfaz está montado.
• Separaste responsabilidades en clases: Pantallas (navegación), Manejo_de_datos (escritura), Show (lectura), Recorrido (gestión). La intención arquitectónica es buena.
• La máquina de estados por session_state (Back_processes.py:58-80) es exactamente el patrón correcto para navegar entre pantallas en Streamlit.
• Crear una tabla nueva funciona de verdad (crear_tabla, Back_processes.py:87-98): lo verifiqué, la tabla aparece en la base con las columnas correctas.
• Buena elección de SQLite y la cuentas bien en el README (migraste de JSON por comodidad para borrar/renombrar).

Qué mejorar

• El bug que hunde media app: columna name vs nombre. Tu esquema crea la columna nombre (Back_processes.py:91), pero luego consultas SELECT name FROM ... en :145, :149 y :210. Como SQLite no tiene columna name, revienta con Traceback en cuanto un evento tiene datos. Arregla esto primero: usa nombre en todas las consultas. Con este solo cambio recuperas las pantallas de Inicio y Gestión.
• INSERT mal escrito (Back_processes.py:117): INSERT INTO {tabla} VALUES (name,capacidad,duracion) pone los nombres de columna donde van los valores. Lo correcto: INSERT INTO {tabla} (nombre,capacidad,duracion) VALUES (?,?,?) y pasar la tupla de datos. Así sí guardarás competencias.
• No leas atributos de un Show() recién creado. En :114-115, :227 y :232 creas un Show() nuevo y lees S.revision / ses.sesiones, pero esos atributos sólo existen después de llamar show(). Por eso el AttributeError. Mejor: pasa esos datos como parámetros a los métodos, o guárdalos en st.session_state para que siempre estén disponibles.
• SQL incompleto en varias operaciones: fecha.strftime() sin formato (:161, falta p.ej. "%Y-%m-%d"); ALTER TABLE {tabla} sin RENAME TO (:201); DELETE {tabla} sin FROM (:228); UPDATE {tabla} sin SET (:233). Cada una lanza un error. Completa la sentencia y pruébala antes de conectarla al botón.
• Envuelve tus consultas en try/except y muestra st.error(...) en vez de dejar que el Traceback llegue crudo a la pantalla. Al usuario le da una app más amable y a ti te ayuda a depurar.

Sobre el informe

El README está bien escrito y la sección de Proceso (lo que aprendiste de BD, clases y Streamlit) es honesta y valiosa. Pero como descripción del entregable sobreestima bastante lo construido: describe un planificador de inventario con control de capacidad restante y dependencias entre elementos ("20 barras fijas... 10 y 10... con las restantes"), y nada de ese inventario existe en el código — no hay tabla, campo ni cálculo de disponibilidad. También dices que "todo dato es modificable en cualquier momento", pero guardar y modificar hoy fallan con excepción. Para la próxima, alinea el informe con lo que el código realmente hace: es mejor describir menos y que todo funcione, que prometer un sistema completo que aún está a medio camino. El propio mensaje de tu commit ("Casi el final de la estructura") ya lo dice — vas por buen camino, sólo falta cerrar los flujos.

Ánimo: la estructura está y el arranque funciona. Arreglando el desajuste name/nombre y el estado de Show, tienes la mitad de la app viva de golpe. ¡Sigue!