puchy22 / nutri-app Goto Github PK

Para el despliegue del entorno de pruebas (#39) es necesario saber qué imagen de contenedor elegir.

En el containerfile se usa un formato poco genérico

La imagen no se está publicando correctamente con GitHub actions. El problema es en relación de permisos de la carpeta usada como WORKDIR

Los nombres de los datos de prueba no siguen buenas prácticas

Una sola función debe encargarse de hacer una sola cosa, y en este caso el constructor hace muchas.

No se despliega correctamente el workflow para bun canary

Como se acuerda para avanzar y resolver #12 es necesario elegir un gestor de tareas para la automatización de nuestro proyecto.

El elemento más básico en una compra es el alimento comprado. Como se indica en #3 es necesario saber los macronutrientes de cada producto aparte del nombre, ya que se necesitan para solucionar el problema planteado en la HU1.

Para que el ususario pudiera saber si necesita comprar más alimentos, la consulta que realiza de los macronutrientes es desde un rango de tiempo. Por ejemplo, si quiere saber si necesita más grasas no es desde la primera factura subida, sino si en la última semana ha comprado suficiente alimentos para alcanzar la cantidad de grasas consumidas deseada. Para realizar eso, es necesario que se indique la fecha en la que se realizó la compra, que es #9 .

Incongruencia entre el test programado y los datos reales

En la memoria no se tiene en cuenta la velocidad de ejecución de los tests en las distintas imágenes.

Soy María, una deportista de 30 años que necesita llevar a cabo una alimentación muy precisa, pero no tengo mucho tiempo porque,
al mismo tiempo que entreno, también trabajo. Por lo tanto, lo que voy a comer en un día lo compro esa misma mañana. Ya sé más o
menos los alimentos que tengo que comprar, pero el problema viene a la hora de las cantidades o algunos alimentos que no tengo
todo el tiempo del mundo para ver exactamente cuántas grasas contienen porque siempre voy con prisa.

Ojalá existiera una solución que, solo con pasarle la factura electrónica de la compra, me proporcionara un total de todos
estos datos de macronutrientes. Así podría saber con exactitud si me ha faltado algo y podría ir a comprarlo en otro momento
del día rápidamente, ya que más o menos sé qué alimentos llevan más proteínas, grasas o carbohidratos o compensar añadiendo más
cantidad de mi suplementación.

Hay requisitos antiguos en la documentación que ahora no se consideran básicos

Como se indica la ruta del test principal

Por el lenguaje de programación acordado #6, hay que elegir un runtime compatible con TypeScript de acuerdo con #12.

La factura de la compra indica los productos que han sido comprados y la cantidad de cada producto que ha sido adquirida. Además, conviene saber la fecha en la que se efectua la compra para cuando el cliente haga la consulta de los macronutrientes adquiridos en la semana, como se indica en #3 .

Debes de enlazar el PR del Objetivo 2 al M0

En la compra hay que almacenar la fecha en la que se compró y un lista con los alimentos y la cantidad de cada alimento

Despliegue de un entorno de pruebas qeu pruebas que pueda ser desplegado de manera sencilla y sin errores.

Se necesita una biblioteca para leer información de archivos que contienen toda la información del ticket en texto plano.

Soy Rubén, un estudiante de 21 años, peso unos 70 kg y mido 1'74, siempre me ha gustado mucho practicar deporte para mantenerme
en forma, desarrollar masa muscular y verme bien físicamente.

El problema principal es que la alimentación es una parte fundamental para ayudar al progreso en este entrenamiento.
Pero el hecho de controlar las calorías y macronutrientes es un trabajo que requiere mucho tiempo y que es muy variable
en función del objetivo de una determinada época. Es decir, en invierno por ejemplo es una buena época para comer más y hacer
volumen, en verano con el calor suelo hacer más cardio por las mañanas cuando hace fresco y me gustaría bajar la grasa
corporal; o en épocas donde tengo menos tiempo por exámenes y no puedo entrenar tanto como me gustaría y prefiero solo mantener
las calorías estándar para una persona de mi edad y peso ya que no estoy progresando en el entrenamiento.

El problema es que a la hora de hacer la compra, compro lo que yo creo que es necesario y me gusta para pasar la semana a ojo, y cuando llega
el viernes me doy cuenta que no me quedan suficientes alimentos ricos en proteínas y que no puedo cumplir la ingesta de proteína de ese día
pero sí la de carbohidratos y grasas. Ojalá esto se solucionase al instante de hacer la compra, es decir, que solo con el ticket digital
supiera que la compra no está equilibrada en macronutrientes para una semana y me recomendase los alimentos más óptimos(los que se acerquen más
a la ingesta media en función de mi condición y hábitos) para completarla, así como el tiempo que teóricamente(según mi ingesta media de cada macronutriente)
me duraría esa compra. Así tendría también la posibilidad de comprar estos otros alimentos en otros supermercados y tiendas.

No se está ejecutando el GitHub actions

Al extraer los productos se usa un bucle for cosa que no es buena práctica.

Por ejemplo si se compra aceite que es muy graso como se tiene eso en cuenta en la compra, porque obviamente no te vas a beber 1 litro de aceite de una.

Falta añadir etiquetas que den más información sobre la imagen del contenedor

Hay que elegir una herramienta para los test que debe pasar cualquier código antes de ser desplegado.

Con cada modificación de los archivos relativos al contenedor de pruebas se necesita automatizar la publicación

Como se acuerda en #12 hay que elegir un gestor de dependencias que nos ayude en la automatización de la instalación de bibliotecas.

Hay conjuntos de datos que no se usan en los test por tanto son innecesarios

Se necesita probar que las compras se crean de manera correcta

Hay que encontrar alguna BD para encontrar los macronutrientes de cada alimento.

Devolver todos los macronutrientes de la compra

Los comandos relativos a la creación y ejecución de contenedores tienen errores

El directorio sobre el que se están montando los tests no es el adecuado porqué será pisado por un volumen en su ejecución

No hay seleccionada una herramienta CI para los tests

El README no contiene información sobre el estado actual del proyecto

No se muestran las imágenes de los test de veolcidad en la documentación

En el momento en que se cambia el orden de los alimentos el test falla.

De dónde y cómo se van a presentar los datos

Partiendo de la elección del lenguaje de programación #6 hay que elegir un toolchain (gestor de tareas, gestor de dependencias y un runtime por tratarse de un entorno TypeScript) que sea apropiado para el desarrollo del producto.

El directorio de trabajo indicado no es correcto

Los test no se prueban con la versión canary de Bun

Como mantener documentado el proyecto y su documentación

A cada alimento hay que asignarle sus macronutrientes totales

Hay que elegir un lenguaje de programación para hacer tu proyecto, es recomendable que se puedan definir estructuras de datos y variables privadas.

Indicar como ejecutar los test con el gestor de tareas

Falta tener en cuenta bibliotecas de aserciones y hablar de si los frameworks incluyen estas.

Configuración de una imagen para el contenedor de pruebas.

No se tiene en cuenta la cantidad en gramos que ese alimento contiene

Un ticket es todo el texto de una factura de la compra