[Proyecto I]

[Elcarli2712]

Carlos Zorrilla Gonzalez
C121
Repositorio: https://github.com/Elcarli2712/Pelea-de-Boxeo

Descripción

(Añadir una breve descripción de su proyecto).

[github-actions]

Verificación Automática — Proyecto I 🤖

Repositorio analizado: https://github.com/Elcarli2712/Pelea-de-Boxeo

1. Repositorio

✅ El repositorio es accesible y fue clonado correctamente.

2. Informe (report.md)

✅ report.md — 2,252 palabras (mínimo: 2,000).

3. Proyecto Python

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

Archivos Python (1, 568 líneas en total):

• app.py

4. Punto de Entrada

✅ Punto de entrada detectado: app.py

5. Ejecución

✅ El proyecto se ejecuta.

--- Planificador Inteligente de Eventos de Boxeo ---
1. Listar eventos
2. Agregar evento
3. Eliminar evento
4. Ver detalles de evento
5. Sugerir próximo intervalo disponible
6. Guardar estado
7. Cargar estado
0. Salir
Seleccione una opción: Opción inválida. Intente de nuevo.

--- Planificador Inteligente de Eventos de Boxeo ---
1. Listar eventos
2. Agregar evento
3. Eliminar evento
4. Ver detalle

Resumen

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

6/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/Elcarli2712/Pelea-de-Boxeo

Qué hace tu proyecto

Tu proyecto es un planificador de eventos de boxeo por consola (no un juego de peleas, pese al nombre del repositorio). Gestiona un inventario de recursos —guantes de 16 y 14 oz, vendas, peleadores, equipo de entrenamiento, árbitros, cascos y protector bucal—, cada uno con una cantidad total y una asignada, y permite crear eventos que consumen esos recursos respetando un conjunto rico de reglas: solo sábados en dos franjas nocturnas, nada en fechas pasadas, guantes mutuamente excluyentes, vendas obligatorias con guantes, peleadores en cantidad par, protector bucal por cada peleador, y una espera de 30 días entre eventos que usan material no reutilizable. El menú permite listar, agregar, eliminar, ver detalles, sugerir el próximo hueco libre y guardar/cargar el estado en un archivo JSON.

Ejecución

Lo ejecuté con Python 3.14 (sin dependencias) y recorrí todas las opciones del menú: arranca limpio, carga y guarda el estado, agrega un evento válido de principio a fin, lista y muestra detalles, y sugiere intervalos correctamente. Probé también entradas inválidas (opción de menú inexistente, fecha que no es sábado, formato de fecha erróneo, peleadores en número impar, dos tipos de guantes a la vez) y en todos los casos el programa mostró un error claro y volvió a preguntar sin romperse. No encontré ningún fallo por uso normal.

Lo que está bien

• Diseño orientado a objetos limpio: separas bien Recurso, Evento y Planificador, con métodos de responsabilidad clara. Para un primer proyecto, es un nivel muy bueno.
• Validación en dos niveles: validas mientras el usuario escribe y otra vez antes de crear el evento. Eso hace la aplicación robusta.
• Algoritmo de conflictos correcto: detectar solapamientos de horario y sumar recursos entre eventos que coinciden en el tiempo no es trivial, y lo resolviste bien.
• Persistencia funcional: guardas y recargas fechas y horas sin perder información.

Qué mejorar

• La función main() es demasiado larga. El bloque de "agregar evento" ocupa casi toda la función. Extrae partes a funciones auxiliares (por ejemplo, una para pedir la fecha y otra para pedir los recursos): el código quedará más legible y reutilizable.
• Hay duplicación: el bucle que pide cantidades con validación se repite casi igual en "agregar" y en "sugerir intervalo". Conviértelo en una sola función y llámala en ambos sitios.
• Limpia el archivo JSON de ejemplo: trae un recurso escrito como arbitros (en minúscula y sin tilde) que no coincide con el Árbitros que usa el resto del código, y un campo recurrente que el programa nunca lee. Unifica los nombres y elimina lo que no se use.
• Considera cargar el estado automáticamente al iniciar (si el archivo existe), para que el usuario no tenga que recordar pulsar la opción de cargar y no pierda su trabajo.

Sobre el informe

El informe es extenso y de calidad, y en lo esencial coincide con el código: las restricciones que describes están todas implementadas y las comprobé al ejecutar. Solo sobreestima detalles menores (dice que "Salir" es la opción 8 cuando es la 0, y menciona una confirmación al guardar que el código no pide), pero refleja una comprensión real del proyecto.

Valoración general

Es un trabajo notablemente sólido para un primer proyecto de primer año: dominio bien modelado, programación orientada a objetos limpia y una aplicación que corre de verdad sin errores. Tu principal fortaleza es el modelado del problema con clases; tu principal área de mejora es dividir la función main() y evitar la duplicación. Con eso darás el siguiente paso natural. ¡Muy buen trabajo!

---

Revisión automática de código con Claude Code — orientativa. La nota final la pone el profesor.

📄 Reporte detallado (código, archivo y línea): ver análisis completo