Escribe el contrato del proyecto
La central recibe un CSV con identificador, cliente, tarea y plazo. Muestra los pedidos, resalta campos ausentes y permite exportar el resultado. El primer MVP funciona localmente, sin envío de mensajes, cuentas de usuario ni integración con calendarios.
Define la unidad: una línea corresponde a un pedido. Los identificadores repetidos exigen una decisión explícita. Si el contenido es igual, pueden representar un nuevo intento; si es diferente, deben aparecer como conflicto. Esta regla necesita existir antes de diseñar la pantalla.
Por qué aprender
El contrato combina los aprendizajes iniciales y evita que el proyecto crezca antes de funcionar. Establece una entrega que se puede demostrar con pocos archivos.
✓ Hacer
Separa las reglas de datos de la interfaz.
✗ Evitar
Agrega inicio de sesión antes de validar la importación.
Conceptos clave
Prepara los datos de prueba
Crea un archivo con pedidos completos, un plazo ausente, un nombre largo y un identificador repetido. Estos casos son datos de prueba, no accidentes que corregir manualmente. Guarda una tabla con el resultado esperado para cada uno.
Usa únicamente datos ficticios en el ejercicio. El archivo puede compartirse con quien revise el proyecto sin cargar información real. Si usas comas dentro de los campos, verifica el formato CSV adecuado y la lectura por la herramienta elegida.
Por qué aprender
Un conjunto variado evita que la central funcione solo con la primera línea. El resultado esperado sirve como referencia durante la implementación y la revisión.
Un camino para aplicar
- Define el contrato y los datos ficticios con resultado esperado.
- Implementa importación, validación, lista y exportación.
- Demuestra los casos y registra la revisión.
Conceptos clave
Diseña un flujo pequeño
Representa importación, validación, lista y exportación. Una entrada inválida necesita un mensaje que permita corregir el archivo. El error no debe borrar los pedidos ya cargados sin que eso se explique.
Separa la lectura del archivo de las reglas de validación. Esta división facilita probar el comportamiento sin depender de la interfaz. Una función puede recibir registros y devolver registros válidos, pendientes y conflictos, que la pantalla presenta después.
Por qué aprender
La separación reduce el acoplamiento y hace la revisión más clara. Puedes investigar una regla de datos sin rehacer toda la experiencia visual.
id,cliente,tarea,plazo
P-01,Oficina ficticia Norte,Revisar catálogo,2026-11-02
P-02,Ateliê ficticio Lua,Organizar imágenes,
P-01,Oficina ficticia Norte,Revisar catálogo,2026-11-02
Regla esperada: P-01 no se duplica; P-02 mantiene el plazo pendiente.
Conceptos clave
Construye la primera entrega
Pídele al asistente que implemente solo el flujo definido. Entrega contrato, datos ficticios, resultados esperados y restricciones. Pídele que explique cómo ejecutar y verificar la solución. Elige una tecnología que puedas mantener.
Después de la primera versión, prueba manualmente los casos. No uses la afirmación del asistente como prueba. Abre el archivo exportado en otra herramienta y confirma columnas, acentos, cantidad de líneas y la preservación de los pendientes.
Por qué aprender
La implementación gana un límite claro y una definición de listo. Abrir la salida en otra herramienta comprueba si el resultado es utilizable fuera de la pantalla original.
✓ Hacer
Abre el CSV exportado en otro programa.
✗ Evitar
Oculta duplicados solo en la apariencia de la tabla.
Conceptos clave
Revisa los puntos de falla
Prueba importación repetida, archivo vacío y contenido inválido. Un nuevo intento no debe duplicar en silencio pedidos ni reemplazar datos sin aviso. Revisa también el comportamiento cuando el almacenamiento del navegador no esté disponible.
Haz una revisión independiente del código y de los resultados. Da prioridad a la pérdida de datos, la duplicación y la exportación incorrecta. Las mejoras visuales entran después de que el flujo principal sea confiable. Registra limitaciones conocidas en el README.
Por qué aprender
Las pruebas aproximan la herramienta a las condiciones reales de uso. La revisión encuentra riesgos que no aparecen en la demostración de un único camino exitoso.
| Criterio | Evidencia esperada |
|---|---|
| Flujo | Importar y exportar preserva campos y acentos. |
| Pendiente | El plazo ausente sigue identificado. |
| Repetición | La misma entrada no genera efectos extra. |
Conceptos clave
Práctica: demuestra la central
La entrega final reúne la herramienta, los datos ficticios, el archivo exportado y un registro de las verificaciones. Haz una demostración corta: importar, localizar el pendiente, manejar un duplicado y exportar.
Si todavía falla alguna parte, describe el caso y la corrección mínima necesaria. No marques todo el proyecto como concluido solo porque se abrió la pantalla. La conclusión depende de los criterios definidos al inicio, que deben permanecer visibles durante la revisión.
Por qué aprender
El proyecto muestra cómo varias píldoras se transforman en una herramienta pequeña. También enseña a entregar un resultado que otra persona pueda revisar y continuar.
Tu ejercicio
Implementa o prototipa la central con los datos del ejemplo. Agrega un P-01 con una tarea diferente y describe cómo aparece el conflicto. Entrega README, entrada y salida.
Descargar ficha de la prácticaRevisar respuesta comentada
El P-01 idéntico se trata como repetición. El P-01 divergente aparece como conflicto que requiere una decisión, sin reemplazar en silencio la primera tarea. P-02 permanece con el plazo pendiente. La exportación debe permitir distinguir registros aceptados de pendientes o conflictos según el contrato adoptado.
Comprueba tu comprensión
¿Cuándo puede considerarse concluido el MVP?
Conceptos clave
Lo que queda de este módulo
Una central local que importa pedidos, preserva pendientes y exporta una tabla.
- ✓ Importar y exportar preserva campos y acentos.
- ✓ El plazo ausente sigue identificado.
- ✓ La misma entrada no genera efectos extra.
El progreso registra tu lectura. La práctica queda concluida cuando revisas la entrega.