Las 4 fases del proyecto, las reglas de Git, el diario de decisiones y cómo se defiende al final del semestre.
Etiquetas
La idea
Un proyecto web tuyo, con dueño real: el catálogo del negocio de tu familia, un tracker de tus entrenamientos, la página seria de tu banda, un gestor de tus gastos. Los proyectos con dueño se terminan y se defienden mejor que los inventados para cumplir.
Vale el 25% de tu calificación y se construye por fases desde la semana 9. No se califica solo el resultado final: se califica cómo llegaste ahí — tu historial de Git, tu diario de decisiones y tu defensa.
Requisitos técnicos mínimos
- Multi-página o SPA con navegación (React Router en la fase final).
- Al menos un formulario con validación.
- Consumo de datos: una API pública o datos propios en JSON.
- Responsive: usable en móvil.
- Desplegado con URL pública (Vercel, Netlify o GitHub Pages).
Las 4 fases
| Fase | Semana | Entregable | Se califica |
|---|---|---|---|
| 1. Propuesta | 9 | 1 página: qué es, para quién, 3 pantallas dibujadas (papel vale) | Claridad del alcance. Un proyecto chico y terminado gana a uno épico y muerto |
| 2. Repo vivo | 12 | Repositorio en GitHub con estructura y primeros commits | Historial: mínimo 3 commits/semana con mensajes descriptivos |
| 3. UI navegable | 14 | Todas las pantallas existen y se navega entre ellas (datos falsos OK) | Estructura de componentes, responsive, semántica |
| 4. Feature completa + deploy | 15-16 | El flujo principal funciona de punta a punta, desplegado | Funcionalidad, manejo de errores, y la defensa final |
Las reglas de Git (no negociables)
- Mínimo 3 commits por semana desde la fase 2. Programar es iterar; tu historial es la prueba.
- Mensajes descriptivos:
agrega validación de email al formulariosí;cambiosno. - Dos commits gigantes la noche antes de la entrega = bandera roja que exploraremos juntos, línea por línea, en tu defensa.
El diario de decisiones
En tu README, una sección con 3 líneas por semana:
markdown1## Diario de decisiones 2 3### Semana 10 4Decidí guardar los datos en localStorage en vez de una API porque mi proyecto 5no necesita cuentas de usuario. Descarté Firebase: era matar moscas a cañonazos. 6 7### Semana 11 8Cambié el menú de tabs a hamburguesa; en móvil no cabían las 5 secciones.
La IA puede escribirte el diario — pero en la defensa las preguntas salen de ahí, así que un diario inventado es una trampa que te pones a ti mismo.
Política de IA en el proyecto
Todo el proyecto es 🟡 IA con bitácora (una bitácora acumulada en el repo, BITACORA-IA.md). Puedes generar lo que quieras — integras solo lo que entiendes, porque la defensa final es sobre cualquier línea del repo.
La defensa final (tu examen final)
10 minutos en la semana 16, con tu repo abierto:
- Demo del flujo principal (2 min).
- "Muéstrame el commit donde agregaste X y cuéntame qué se rompió."
- "Explícame esta parte del código." (yo elijo cuál)
- Una modificación en vivo pequeña.
- Una pregunta de tu diario de decisiones.
Aplica la misma rúbrica de defensas, escalada a 10 minutos. Un proyecto modesto, entendido y defendido con soltura, gana siempre a un proyecto espectacular que no puedes explicar.