Nota Final de Especialización Back End III (Go)

ID 25
Nombre y apellido Miguel Angel Espinosa Organista

A continuación te detallamos la nota del examen final integrador y la nota final de la materia donde podrás ver como te fue en cada item

Recordemos que la aprobación de la materia se define por cuatro factores:

- Asistencia a Clase (90% requerido)
- Realización de actividades en Playground (80% requerido)
- Nota del final
- Nota final de la materia (Compuesta por la nota de concepto (10%), parciales (30%) y final (60%)

DATOS GENERALES
% de Asistencia 96%
% de actividades en Playground 98%
Nota Concepto 10.0
Nota de Parciales 6.0
Nota de exámen final 7.5
Nota final de la materia 7.5
Situación Aprobado
¡Felicitaciones por haber aprobado esta etapa! Esperamos que hayas tenido una buena
experiencia de cursada.

Escala de nota no
Criterio de evaluación final Escala de nota técnica NOTA DE CONCEPTO técnica
Variables, constantes y
estructuras de control: Effective
Esta es tu fortaleza
correcta definición y Comunication
utilización Alcanza el requerimiento
Correcta utilización de Esta muy bien, falta algún
estructuras e interfaces. detalle o tuvo un error Problem Solving Esta es tu fortaleza
pequeño
Correcto manejo de las
Teamwork and
request y responces con y sin Esta es tu fortaleza
collaboration
manejo de errores. Alcanza el requerimiento
Validaciones de inputs. Alcanza el requerimiento Learning Agility Esta es tu fortaleza
Manejo de variables de
Time managment Esta es tu fortaleza
entorno. Vacío / No evaluable
Manejo y desarrollo de las
Promotor de buen
consultas en la capa Esta es tu fortaleza
clima de trabajo
repository. Queda a mitad de camino
Esta muy bien, falta algún Respeta las normas
Manejo y desarrollo de la capa detalle o tuvo un error de convivencia Esta es tu fortaleza
service. pequeño establecidas
Manejo y desarrollo de la capa
controller. Alcanza el requerimiento
Aplicacion del diseño
orientado a paquetes. Alcanza el requerimiento
Los nombres de los metodos
son claros, el codigo tiene Esta muy bien, falta algún
logica para su respecitiva detalle o tuvo un error
responsabilidad. pequeño

Buen trabajo. Te paso algunas observaciones a tener en cuenta.

No utilizaste variables de entorno! Está el archivo pero nunca se carga con el package gotdotenv. Los datos de
conexión a BD deberían estar en variables de entorno.
En algunas rutas está agregando el middleware de logueo dos veces. Agrega middle de autenticación pero nunca carga
la variable de entorno para validar.
Crea 3 routers diferentes. Esto está mal. Debe crear uno solo que corra sobre un único puerto y agregar todas las
rutas ahí. Para separar rutas, tenemos el agrupamiento.
Falta ruta para search de turnos por dni y también para post por dni y matrícula.
La carpeta handler debe ir adentro de cmd, no de internal. Muchos de los código de error retornados son erróneos,
debido a que no se condicen con el error ocurrido.
Valida en los handlers el token también a pesar de tener un middleware. Para el PUT y PATCH recupera en el handler
la entidad de la base de datos para validar que exista, esto no se debe hacer acá. Aquí únicamente validamos que
los datos que nos enviaron estén bien. Después el service se encarga de las reglas de negocio.
En el storage no era necesario implementar el almacenado en json. En storage faltan métodos update y delete de
implementar.
 debido a que no se condicen con el error ocurrido.
Valida en los handlers el token también a pesar de tener un middleware. Para el PUT y PATCH recupera en el handler
la entidad de la base de datos para validar que exista, esto no se debe hacer acá. Aquí únicamente validamos que
los datos que nos enviaron estén bien. Después el service se encarga de las reglas de negocio.
En el storage no era necesario implementar el almacenado en json. En storage faltan métodos update y delete de
implementar.