Presentación — Bloque III
Al terminar este bloque vas a poder
Section titled “Al terminar este bloque vas a poder”Las historias más valiosas de tu backlog
Una API que reutiliza tu lógica sin copiarla
REST versionada sobre PostgreSQL
Pruebas revisión permisos y secretos
Dos o tres sprints con incremento real
Dos decisiones del curso
Section titled “Dos decisiones del curso”Lo que en el Bloque II llamaste pull request aquí se llama merge request
Tu proyecto deja SQLite y trabaja con el motor del estándar
Mismo mecanismo con otro nombre el programa oficial dice pull request y GitLab dice merge request
Un defecto que nadie vio
Section titled “Un defecto que nadie vio”El código del Bloque II
Section titled “El código del Bloque II”Prestamo::where('equipo_id', $datos['equipo_id']) ->where(function ($q) use ($datos) { $q->whereBetween('fecha_inicio', [$datos['fecha_inicio'], $datos['fecha_fin']]) ->orWhereBetween('fecha_fin', [$datos['fecha_inicio'], $datos['fecha_fin']]); })->exists();Pregunta si el inicio o el fin de un préstamo existente cae dentro del horario nuevo
Suena razonable y funcionó en la demostración
Pruébalo con un proyector
Section titled “Pruébalo con un proyector”| Existente | Nuevo | El sistema | Debería |
|---|---|---|---|
| 10:00 a 14:00 | 11:00 a 12:00 | Lo acepta | Rechazarlo |
| 10:00 a 12:00 | 12:00 a 14:00 | Lo rechaza | Aceptarlo |
La pregunta del bloque
Section titled “La pregunta del bloque”¿Cómo puede tu equipo tener evidencia y no solo confianza de que el sistema hace lo correcto para el usuario correcto cada vez que alguien integra un cambio?
Actividad A1 — dibujen todas las posiciones posibles entre dos reservas
El camino del bloque
Section titled “El camino del bloque”Modelar y persistir en PostgreSQL
REST con errores bien manejados
Pruebas que encuentran el defecto
Permisos secretos y configuración
Una máquina que impide que el defecto regrese