lucaslencinas-zz / iasc-ayudantes Goto Github PK

Segunda iteración

• Cuando un docente empieza a escribir una respuesta los demás docentes deben ser notificados.

Cuando hay más de un alumno los números de consulta empiezan a coincidir.

Ej: Alumno1 hace la consulta con ID 1
viene Alumno2 y tambien hace la consulta con ID 1

Cuando hay más de un alumno los números de consulta empiezan a coincidir.

Ej: Alumno1 hace la consulta con ID 1
viene Alumno2 y tambien hace la consulta con ID 1

Tercera iteracion

• Una vez que un docente haya respondido, no se permitirá que otro docente responda;
• Respuestas posteriores deberán ser filtradas.
• Para pensar: ¿qué complejidades introduce este requerimiento a la arquitectura?

Primera iteración

Escribir la implementación más simple que permita:

• A un alumno escribir una consulta en la lista. La consulta es recibida por todos los demás alumnos, y todos los docentes. La consulta viene junto con el remitente.
• A los docentes responder la pregunta. La respuesta le llega a todos. Un docente no puede escribir espontáneamente a la lista, debe hacerlo siempre con una referencia a la pregunta.
• Escribir los clientes necesarios para probar funcionalmente la arquitectura. Sugerencia: escribir dos procesos node que representen a alumnos y docentes, que pregunten y respondan al azar.