[Proyecto I]

[VIRUSGAMING64]

Roger Peña Pérez
C121
https://github.com/VIRUSGAMING64/jamazon

Descripción

Proyecto para gestionar la asignación de tareas en intervalos de tiempo

[github-actions]

Verificación Automática — Proyecto I 🤖

Repositorio analizado: https://github.com/VIRUSGAMING64/jamazon

1. Repositorio

✅ El repositorio es accesible y fue clonado correctamente.

2. Informe (report.md)

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

3. Proyecto Python

⚠️ Sin pyproject.toml.
✅ requirements.txt encontrado.
Dependencias declaradas: customtkinter, CTkMessagebox, ctkdlib

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

• clean.py
• main.py
• modules/__init__.py
• modules/utils.py
• modules/SegTree.py
• modules/calendar.py
• modules/events.py
• modules/iohandler.py
• modules/gvar.py
• modules/gui_core/__init__.py
• modules/gui_core/TaskCreator.py
• modules/gui_core/EventDefiner.py
• modules/gui_core/ResAdder.py
• modules/gui_core/Showers.py
• modules/gui_core/TaskRemover.py

4. Punto de Entrada

✅ Punto de entrada detectado: main.py

5. Ejecución

✅ El proyecto se ejecuta.

MAIN POINT STARTED
removing olds events
Traceback (most recent call last):
  File "/tmp/tmpoqtopz92/repo/main.py", line 131, in <module>
    APP = app()
          ^^^^^
  File "/tmp/tmpoqtopz92/repo/main.py", line 13, in __init__
    super().__init__()
  File "/tmp/tmpoqtopz92/venv/lib/python3.12/site-packages/customtkinter/windows/ctk_tk.py", line 40, in __init__
    CTK_PARENT_CLASS.__init__(sel

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/VIRUSGAMING64/jamazon

Qué hace tu proyecto

Jamazon es un planificador de asignación de recursos en el tiempo para una tienda de comida. Cada tarea (por ejemplo, una entrega o preparar un pedido) reserva cantidades de varios recursos —cocineros, motos, hornos, ingredientes, uniformes— durante un intervalo de tiempo, y el sistema garantiza que en ningún momento la demanda de un recurso supere su capacidad instalada. Además maneja dependencias entre recursos (internet necesita electricidad) y restricciones de exclusión (un gerente no puede estar en la misma tarea que un cocinero). Cuando no hay hueco disponible, la aplicación sugiere el próximo momento libre. Todo esto con una interfaz gráfica hecha en CustomTkinter.

Ejecución

Instalé las dependencias con un entorno aislado (sin problemas) y ejercité el backend directamente: arranca, carga las plantillas, resuelve dependencias, sugiere horarios y —lo más importante— detecta correctamente el agotamiento de un recurso y rechaza reservas en conflicto. La GUI arranca (imprime su mensaje inicial y empieza a construir la ventana), pero en mi entorno no pude verla renderizada por una limitación de X11 del propio servidor gráfico, no de tu código; una ventana vacía de CustomTkinter sí funcionó, así que asumo que en tu máquina se ve bien.

Lo que está bien

• Algoritmia por encima del nivel. Usar un Segment Tree con compresión de coordenadas para verificar disponibilidad de recursos en intervalos es un enfoque sofisticado, y verifiqué corriéndolo que funciona de verdad.
• Arquitectura modular limpia. Separaste la lógica (backend) de la interfaz (gui_core), usaste herencia correctamente y repartiste el código en módulos con responsabilidades claras. Muy poco común en un primer proyecto.
• Resolución de dependencias con DFS y detección de conflictos por exclusión mutua, bien pensadas.
• Informe excelente y honesto, que documenta con precisión las técnicas reales.

Qué mejorar

• No te tragues las excepciones. Hay varios except: desnudos y bloques que capturan todo y solo lo mandan al log. Cuando algo falla, un objeto puede quedar a medio construir y romperse más adelante. Captura excepciones concretas (KeyError, ValueError) y avisa del error real.
• Usa siempre with open(...). En varios sitios abres archivos sin cerrarlos garantizadamente; con with evitas fugas de descriptores.
• Cuidado con los hilos y la interfaz. El actualizador de la lista de tareas toca widgets desde un hilo secundario, y Tkinter no es seguro para eso. Actualiza la GUI solo desde el hilo principal (por ejemplo con after).
• Limpia los print de depuración antes de entregar; para diagnóstico ya tienes tu función log.

Sobre el informe

El informe coincide muy bien con el código y es honesto: no infla funcionalidades, más bien se queda corto frente a lo sofisticado que es tu trabajo. Solo hay dos deslices menores de redacción (un count que no coincide y una frase invertida sobre qué tareas se eliminan al iniciar), nada de fondo.

Valoración general

Trabajo claramente por encima del promedio de primer año: resolviste un problema difícil con estructuras de datos avanzadas que funcionan, buena arquitectura y un informe sólido. Tu principal fortaleza es la combinación de algoritmia y organización; tu principal área de mejora es la robustez —dejar de silenciar errores y manejar bien archivos e hilos. Muy buen comienzo.

---

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