[Proyecto I]

[lauxjmnz]

Nombre: Lauren Jimenez Espinosa
Grupo:C121
Repositorio: https://github.com/lauxjmnz/Eventum_Center/tree/main

Descripción

Eventum Center es un centro de convenciones que automatiza la planificación de eventos y la asignación de recursos para mejorar la experiencia del usuario

[github-actions]

Verificación Automática — Proyecto I 🤖

Repositorio analizado: https://github.com/lauxjmnz/Eventum_Center

1. Repositorio

✅ El repositorio es accesible y fue clonado correctamente.

2. Informe (report.md)

⚠️ report.md encontrado pero con solo 731 palabras (mínimo: 2,000).

3. Proyecto Python

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

Archivos Python (4, 664 líneas en total):

• recursos.py
• main.py
• evento.py
• planificador.py

4. Punto de Entrada

✅ Punto de entrada detectado: main.py

5. Ejecución

✅ El proyecto se ejecuta.

Bienvenido a su organizador de eventos
Menu
1.Crear evento
2.Mostrar evento
3.Editar evento
4.Eliminar evento
5.Ver en la agenda los recursos ocupados en los diferentes eventos
6.Salir
elija una opciondebe introducir un numero
Menu
1.Crear evento
2.Mostrar evento
3.Editar evento
4.Eliminar evento
5.Ver en la agenda los recursos ocupados en los diferentes eventos
6.Salir
elija una opcionTraceback (

Resumen

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

5/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/lauxjmnz/Eventum_Center

Qué hace tu proyecto

Construiste un gestor de eventos para un centro de convenciones, en consola, con un menú de seis opciones: crear, mostrar, editar, eliminar y ver la agenda de un recurso. Lo más valioso no es el menú en sí, sino la lógica de negocio que hay detrás: validas dependencias entre recursos (la Cámara requiere Sala Central y Sistema de Sonido), exclusiones mutuas (Sala Central vs. Sala pequeña), detectas colisiones de horario entre eventos que comparten un recurso, manejas eventos que cruzan la medianoche, y hasta implementaste un buscador automático que sugiere el próximo hueco libre. Para primer año, eso es ambicioso y está bien resuelto.

Ejecución

Lo corrí de verdad, alimentando el menú con entradas reales, sin instalar nada (solo usas la biblioteca estándar). Recorrí todos los flujos y no reventó con ningún Traceback, incluso cuando le metí basura a propósito. Verificado en ejecución:

• Creé "Conferencia IA" (20/08/2026 09:00–11:00, Sala Central + Proyector) → guardado correctamente en data.json.
• Segundo evento solapando "Sala Central" → lo rechazó y sugirió "20/08/2026 de 11:00 al 13:00". El buscador de huecos funciona.
• "Cámara de Grabación" sola → "requiere 'Sala Central'". Sala Central + Sala pequeña → "no puede usarse junto con...".
• Fecha xx/yy/zzzz, fecha pasada 01/01/2020, hora 25:99, opción de menú abc → todo re-pregunta con un mensaje claro, sin caerse.
• Evento 23:00→01:00 → detectó la madrugada y puso fecha_fin al día siguiente.
• Con un data.json corrupto, arrancó vacío y lo reescribió sano.

Lo que está bien

• Arquitectura modular real: separaste evento.py (la clase), recursos.py (los datos), planificador.py (el motor) y main.py (solo el menú). Esa separación es una decisión madura.
• Manejo de errores por encima del promedio: try/except en cada entrada del usuario y en la carga del archivo (FileNotFoundError, JSONDecodeError). Nada te tumba el programa.
• Patrón elegante: usas evento.copy() para armar un "evento de prueba" y validarlo antes de tocar el estado real. Eso evita que un cambio a medias corrompa tus datos. Muy bien pensado.
• La persistencia con ensure_ascii=False conserva las tildes en el JSON.

Qué mejorar

• Un bug pequeño de mensaje en planificador.py:432: cuando intentas quitar un recurso del que otro depende, la operación se deniega bien, pero el texto sale como "No puedes eliminar {r_eliminado}..." — literalmente con las llaves. Te faltó la f delante del string. Compáralo con la línea 436, donde sí pusiste f"...". Corrígelo y ya.
• editar_evento es demasiado larga (unas 200 líneas con mucho anidamiento) y repite casi el mismo bloque de validación dos veces. Extrae un método como agregar_recursos(evento, indice) y la función quedará mucho más legible.
• list(set(recursos)) (líneas 462 y 493) elimina duplicados pero reordena los recursos sin control. Aquí no causa daño, pero si quisieras conservar el orden usa list(dict.fromkeys(recursos)).
• Estilo (PEP 8): pega todo tu código a un formateador automático como ruff format o black. Verás que pone espacios alrededor de = y == (self.eventos = [] en vez de self.eventos=[]). No cambia el comportamiento, pero deja el código a la altura de tu lógica.

Sobre el informe

Buen informe: describe bien la arquitectura, la lógica requiere/excluye, la madrugada y el buscador de huecos, y todo eso está de verdad implementado. Un matiz: dices "No se permiten eventos de varios días", pero tu propio código sí crea eventos multidía cuando cruzan la medianoche (23/08 → 24/08, lo confirmé). O sea, tu sistema hace más de lo que el informe declara. El tono es un poco grandilocuente ("solución avanzada", "alta fiabilidad"); no te hace falta — el trabajo se defiende solo. Un breve apartado de "limitaciones conocidas" (mencionando, por ejemplo, el bug del mensaje) le sumaría honestidad técnica.

¡Buen trabajo, Lauren! Es un proyecto que da gusto ejecutar. Corrige ese f-string, parte en pedazos la edición de eventos y déjalo pasar por un formateador — con eso queda redondo.