taielmolina01 / tp-algo3 Goto Github PK

Hola Diego, te aviso que te dejamos la branch Etapa1 para que puedas revisar el código y no tener problemas con nuestros push y demas. Además, te queriamos comentar algunas cosas con Lucas para que nos digas que opinabas:

• Primero aclarar que estuvimos tentados a lo largo de todo el código a hacer verificaciones pero terminamos inclinandonos por no hacerlas porque habian comentado por Slack que teniamos que asumir que todas las "entradas" iban a ser correctas.
• El metodo eventosHastaFecha() lo voy a modificar para la proxima entrega que tenga una fechainicial a eleccion y no siempre desde fechaInicio del evento.
• Pensamos tambien en implementar el obtenerSiguienteAlarma() como obtenerSiguientesKAlarmas(), haciendo el algoritmo top k.
• Por ultimo, me faltaria agregar un metodo en evento para cuando yo por ejemplo si creo un evento que empieza hoy 24/4 y le paso una frecuenciaSemanal de [MARTES, JUEVES], detecte automaticamente que la fechaInicio es 25/4 realmente y no el 24/4.

Hola Diego, quería consultarte una cosa respecto a los eventos, se tendrían que poder ver/acceder a eventos anteriores a la fecha actual (por decir algo si una semana atras habia algun evento)? Misma pregunta para posteriores

Hola buenas Diego, queria hacerte una consulta respecto al método que teniamos que implementar para que cada evento pueda determinar si en una fecha determinada está el evento o no. En principio ahora que lo estoy escribiendo me surge la duda de si el metodo tendría que chequear si hay o hubo algun evento en tal fecha y hora (es decir que la responsabilidad estaría del lado del calendario) o si tiene que ser (que es como lo habia pensado hasta ahora y como estaba implementandolo) que cada evento de por sí tenga que ver si fue "realizado" en tal fecha y hora?

Más allá de eso, yo venia implementandolo como la segunda opción y ponele que (bastante feo el codigo) pero me funcionaba, pero me olvidé el detalle de que yo podia poner como dieron el ej de que se repita todos los martes y jueves; por como lo hice, me rompería un poco tener que agregar esta funcionalidad asique creo que evidentemente le estoy pifiando en el diseño desde el vamos.

Lo que estaba haciendo era que la frecuencia sea un String[]{A, B}, donde la variable A era una de estas letras:

"D": diario; "S": semanal; "M": mensual, "A": Anual

y la variable B sea un número (en string)

Entonces si yo tenía por ej ["D", "2"] significa que el evento se repite cada dos días, y asi con todo lo demás. Como verás para agregar algo como lo marcado en negrita se me complicaría bastante, y quería consultarte si le estoy pifiando mucho al diseño, y si me podrías tirar un centro para encararlo de una forma mejor.

Gracias y perdón por el mucho texto.

Hola Diego, te dejo la branch etapa2 para que puedas corregir. Lo único recién borré la branch etapa1 porque me había olvidado que estaba la entrega ahí, igual el issue sigue existiendo por lo que veo. Si hay algun problema con eso veo si se puede recuperar.

Lo único no agregué lo que te habia comentado de la frecuencia semanal y el dia inicial y demás, porque la única forma que veia de hacer eso es pasandole a la frecuencia el dato del dia inicial, y basicamente iba a incorporarlo solo en frecuenciaSemanal y en las otras frecuencias iba a quedar ahi colgado y no le vi tanto el sentido de incorporar ese detalle haciendo tanto quilombo.

Tambien quise separar en paquetes el proyecto pero me tiraba errores de imports por todos lados (recuerdos de Go).

Saludos!

Hola buenas Diego, te dejo la branch etapa 3 para corregir el tp. Tuve que agregar/modificar algunas cosas del modelo porque recién ahora me di cuenta que las necesitaba.

Saludos!

Hola Diego, quería consultarte una cosa respecto a modificar eventos/tareas.
En nuestro diseño las tareas y eventos son objetos.
Digamos que el usuario tiene una tarea en una fecha y la modifica, es preferible mutar el objeto tarea o es mejor directamente crear un nuevo objeto tarea con dichas modificaciones y elimino al anterior?
Las ventajas que le encuentro al primer caso es que tengo entendido que crear objetos es una operación costosa, pero la segunda le veo la ventaja que evito llenar al objeto, tarea en este caso, de setters.