7574-sistemas-distribuidos / tp0-base Goto Github PK

A priori, habría que ajustar 2 cosas en el enunciado que para mi estaban claras pero les alumnes no vieron/no quisieron ver:

• No se pueden modificar las funciones isWinner(...) y persistWinner(...). Están armadas así para evaluar como arreglan la sincronización, si las modifican pueden llegar a bypassearlo.
• No se pueden enviar todos los participantes en un sólo mensaje, la idea del batch es que consulten por todos los participantes en N mensajes, con 1 < N < #Participantes.

En el server y en el client hay una diferencia en la precedencia de variables seteadas. En uno las variables pasadas por archivo de configuración pisan a las variables de ambiente y en el otro es al revés. Es una boludez esto pero estaría bueno acomodarla para que quede bien, levanto el issue para no olvidarme de arreglarlo, antes del cuatrimestre que viene mando PR (?)

Podemos duplicar el TP y que exista el tp0-base-golang y el tp0-base-python, y que los chicos elijan con cual quieren trabajar. Siento que esto va a generar que el 95% de los alumnos hagan el TP en Python ya que Golang no se ve en toda la carrera y van a optar ir por la fácil antes de complicársela. En cambio, si el TP es mixto van a tener que ver si o si código en Go, así que van a haber más que se den cuenta que el lenguaje es bastante simple y que esto los impulse a optar por seguir codeando en él. Debatible.

Podríamos setearle el project name para el Docker Compose, a través del YAML o a través del flag --project-name dentro del Makefile. Los chicos nunca lo hacen y después al querer correr sus proyectos en mi computadora cada 2 por 3 me encuentro con errores porque tienen hardcodeado el nombre del directorio dentro de networks o container names porque es lo que usa Docker por defecto como nombre de proyecto.