paula1999 / tune-in Goto Github PK

Como programador, he de elegir un lenguaje apropiado para la tarea que se desea realizar, teniendo en cuenta características como el soporte para interfaces, composición o el tipado que este posea.

Esto es un avance para #3.

Como gestor, dado que ya he obtenido los datos necesarios, me gustaría realizar gráficas en las que pueda comparar las reproducciones de una misma canción distinguiendo las distintas localidades en las que se escucha.

Como programadora, necesitaré una función que calcule las canciones más escuchadas de una ubicación concreta.
Esto es un avance para #3

Es necesario crear un contenedor y automatizar su actualización en Docker Hub para realizar los tests.

Como melómano, dado que he estado utilizando la aplicación, quisiera obtener recomendaciones de nueva música basadas en las tendencias actuales de mi misma localidad.

Como programador, he de ceñirme a las mejores prácticas del lenguaje de programación a utilizar a la hora de decidir la estructura de archivos y directorios que se usará en el proyecto.

Esto es un avance para #3.

Como gestor, dado que los datos de los melómanos están almacenados, deseo obtener diariamente la información relacionada a lo que reproducen y desde dónde lo hacen.

Es necesario elegir un sistema para probar que el proyecto soporta diferentes versiones.

Como programador, de una canción solo se almacenará una cadena de caracteres que representará el nombre de esta y un array de cadenas de caracteres que representará sus autores. Almacenamos exclusivamente esta información sobre una canción ya que es lo único que necesitamos para implementar la lógica de negocio actual.

Además, se congelará la clase para hacerla inmutable mediante el uso de la keyword "freeze" en el constructor.

Como programador, para almacenar el listado diario de las últimas canciones escuchadas por el usuario utilizaré un array de canciones, ya que se planea que las únicas modificaciones que se realicen a este listado sean inserciones al final. Además, el acceso a este listado siempre se realizará de forma secuencial de principio a fin.

Una vez comience un nuevo día, el historial del día anterior se almacenará en un archivo JSON para su posterior consulta.

Esto es un avance para #3.

Como programador, he de añadir un archivo de nombre iv.yaml a la raíz del repositorio con el objetivo de pasar los tests automatizados necesarios.

Este archivo contendrá una clave lenguaje para indicar el lenguaje de programación utilizado y otra entidad para indicar la ruta del fichero donde ésta haya sido programada.

Esto es un avance para #3.

Como programador, respecto al almacenamiento de la ubicación del usuario, se utilizará una cadena de cinco caracteres para almacenar el código postal de la ubicación actual de este. De este código postal se utilizarán exclusivamente los dos primeros dígitos, es decir, el indicador de provincia, con el fin de intentar obtener datos estadísticos más significativos.

Esta asociación de los dos primeros dígitos del CP con la provincia quedará reflejada mediante un array de símbolos inmutable.

Esto es un avance para #3.

Como gestor, quiero diseñar una lista con las tendencias de los oyentes por cada ubicación concreta. De esta forma, los gustos similares de los melómanos del mismo lugar se reproducirán.

Es necesario elegir un servicio de integración continua para automatizar el lanzamiento de los tests.