Se habrá implementado el interfaz de una clase y un fichero de un task runner que contenga, al menos, la comprobación de la sintaxis o compilación, incluyendo la instalación de dependencias que fueran necesarias. Este fichero se irá ampliando con las diferentes tareas que se vayan haciendo durante el curso.
Actividad
Este hito corresponderá a la versión 5 v5.x.x del proyecto.
A partir del diseño creado en la anterior actividad, y siguiendo las prácticas de uso de los issues (y su cierre desde un commit), crear el interfaz de al menos una clase básicas que corresponda a la misma entidad (según el dominio del problema que se haya elegido), esta funcionalidad debe corresponder a las historias de usuario que se hayan planteado, y el nombre de las funciones debe ser suficientemente explícito.
A partir de este hito, el repositorio tendrá que incluir un fichero de configuración para poder llevar a cabo los tests de evaluación del proyecto llamado qa.json con la siguiente estructura:
En vez de Makefile, se usará el nombre del fichero de construcción que se haya usado para ejecutar los tests, que tendrá que estar presente en el repositorio; el nombre de los ficheros de clase (procedente del hito anterior) que se haya creado también deberá ponerse el que corresponda.
En el caso de ciertos lenguajes, se comprobará que el nombre del fichero de gestión de tareas es el que aconsejan las mejores prácticas. Por ejemplo, en el caso de Python se comprobará que existe pyproject.toml.
Se aconseja no crear a mano el fichero JSON, o si se hace, que se compruebe online o donde sea. Cualquier editor de programación será capaz de crear uno sintácticamente correcto, de todas formas.
Criterio de aceptación
Se habrá implementado el interfaz de una clase y un fichero de un task runner que contenga, al menos, la comprobación de la sintaxis o compilación, incluyendo la instalación de dependencias que fueran necesarias. Este fichero se irá ampliando con las diferentes tareas que se vayan haciendo durante el curso.
Actividad
A partir del diseño creado en la anterior actividad, y siguiendo las prácticas de uso de los issues (y su cierre desde un commit), crear el interfaz de al menos una clase básicas que corresponda a la misma entidad (según el dominio del problema que se haya elegido), esta funcionalidad debe corresponder a las historias de usuario que se hayan planteado, y el nombre de las funciones debe ser suficientemente explícito.
A partir de este hito, el repositorio tendrá que incluir un fichero de configuración para poder llevar a cabo los tests de evaluación del proyecto llamado qa.json con la siguiente estructura:
{ "lenguaje" : "Nombre del lenguaje", "build" : "Makefile", "ficheros" : ["lib/nombre/del/fichero.pm6","otro/fichero.rakumod"] }
En vez de Makefile, se usará el nombre del fichero de construcción que se haya usado para ejecutar los tests, que tendrá que estar presente en el repositorio; el nombre de los ficheros de clase (procedente del hito anterior) que se haya creado también deberá ponerse el que corresponda.
En el caso de ciertos lenguajes, se comprobará que el nombre del fichero de gestión de tareas es el que aconsejan las mejores prácticas. Por ejemplo, en el caso de Python se comprobará que existe pyproject.toml.