migueorg / searchculture Goto Github PK

Como programador, debo implementar dos sistemas de integración continua diferentes, que deban encargarse de:

• Pasar los test usando el contenedor del Objetivo 5
• Comprobar el proyecto con las diferentes versiones de Python seleccionadas

No quiero tener que conocer títulos ni géneros ni autores, ni corrientes ni detalles técnicos, simplemente quiero responder preguntas básicas sobre mis comportamientos o sentimientos hacia ciertos eventos o supuestos escenarios.

Como programador, debo dejar constancia del proceso de selección que he realizado para los servicios de CI, así como dejar reflejados los criterios tanto de búsqueda como aceptación.

Es posible usar python -m py_compile archivo.py para comprobar la sintaxis de un archivo python sin tener que usar dependencias externas como PyFlakes

Gracias por la recomendación @morevi !

Mucho getter veo aquí. Aparte, si devuelves los generos, de ese array se puede sacar el género concreto.

Originally posted by JJ in #25 (comment)

Atendiendo a la revisión de @agr8, debería eliminar la condición de actualización en pull_request para la Github Action

Ref: #32 (comment)

Esto ayudaría a pasar #32

Muchas gracias @agr8!!

Como programador necesito que se automaticen las tareas de testeo de código, haciendo así más rápido y simple su testeo, puesto que podría cubrir todos los test que necesito con una sola orden sencilla. Esto también facilitaría el desarrollo a personas interesadas en colaborar con el proyecto.

Las recomendaciones en SearchCulture se basan, entre otras cosas, en información de los gustos y reacciones de los usuarios. Para extraer esta información, se plantea un módulo Pregunta-Respuesta:

• Un objeto de clase Pregunta representará una pregunta válida que el sistema pueda hacer a un usuario.
• Un objeto de la clase Respuesta representará una respuesta válida dada por un usuario a una pregunta.

La especificación de estas clases se encuentra en #10 (comment).

Como programador, necesito almacenar en una estructura de datos las palabras que he extraído previamente en #21.

Esto avanzaría #2

Crear las clases requeridas por #3:

• La clase Usuario debe incluir tipo de usuario, zona, fecha e intereses.
• La clase Pregunta debe incluir tipo de pregunta, cuerpo de la pregunta y posibles respuestas.

Como persona ajena al proyecto necesito saber que comandos hay disponibles para las automatizaciones, y una explicación breve de lo que hace cada una de ellas

¿Vas a reescribir el diccionario cada vez?

Originally posted by JJ in #25 (comment)

Como programador necesito que se automaticen las tareas de instalación de dependencias, para que el proyecto pueda ser ejecutado correctamente fuera del entorno de desarrollo.

La implementación necesaria para cumplir con #25 debe ir un paso más.

Para ello el programa debe ser capaz de calcular una ponderación sobre uno o más géneros basándonos en una pregunta y una respuesta, para más adelante buscar un resultado cercano a los cálculos realizados.

Esto avanzaría #2

Como productora de contenido y empresa cliente me interesan los siguientes datos:

• Preguntas realizadas al usuario junto con sus respuestas.
• Región/Ubicación del usuario
• Fecha de la respuesta

Atendiendo a la revisión de @morevi en #25:

Sería recomendable añadir algún criterio extra como la posibilidad de usar fixtures en la selección de test runner.

Gracias morevi por el feedback!

Como programador del proyecto, necesito establecer cuáles van a ser las versiones de Python compatibles con el mismo, y asegurarme de que funcionan usando Integración Continua.

Crear un módulo que permita exportar a formato CSV un conjunto de usuarios como requiere #3 (objetos de la clase Usuario, ver #7).

Como programador, con el fin de tener siempre actualizada la imagen del contendor que cree para pasar los test, debo automatizar el proceso de subida a DockerHub cuando se haga algún cambio sobre la misma.

Atendiendo a la revisión de @arguellesm en #25:

Los principios PEP 8 establecen que los comentarios inline deben seguir una sintaxis concreta ya definida, la cual no se ha tenido en cuenta en algunas clases del proyecto.

Gracias arguellesm por la corrección!

En 2021 debes usar poetry como gestor de dependencias. Tampoco es de este objetivo, pero bueno...

Originally posted by JJ in #25 (comment)

No sé por qué necesitas un id aquí, pero no es de este objetivo.

Originally posted by JJ in #25 (comment)

Como ha expuesto JJ en #25, parece que algunos conceptos no me han quedado del todo claros al haber añadido unittest como test runner. Por lo que debo darle una vuelta y corregir el proceso de selección.

Esto guarda relación con #23

Como programador, debo documentar que criterios de búsqueda y selección he usado para elegir los framework de unit testing.

Como programador, con el fin de facilitar el despliegue y uso de mi proyecto, necesito crear un contenedor Docker que sea el que ejecute y pase los test, por lo que deberá llevar python así como todas las dependencias necesarias para este proyecto. Para la elección de la imagen base y construcción del mismo se han de seguir unos criterios de búsqueda y aceptación específicos.

Como programador, necesito extraer cada palabra de las que componen una respuesta, para almacenarlo y analizarlo posteriormente.

Esto avanzaría #2

Propongo la creación de una clase Usuario para poder avanzar en la HU #2. Tal y como se indica por el product manager en #3, esta clase deberá incluir lo siguiente:

• Id
• Zona
• Fecha
• Intereses
• Conteo de palabras

Esta estructura es necesaria para poder trabajar con los uno de los principales clientes de la aplicación: los usuarios que quieren recibir recomendaciones.

Atendiendo a la revisión de @agr8, debería eliminar los comentarios en el Dockerfile para seguir las best practices

Ref: #32 (comment)

Esto ayudaría a pasar #32

Muchas gracias @agr8!!