Entrada 1
Fecha: [16/03/2026]
Inicio: [19:00] | Fin: [22:20] | Total: [3 horas y media]
Presentes: Matias Benavides Sandoval / Sebastián Ramírez Abarca
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
¿QUÉ HICIMOS HOY?
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Primera sesión de trabajo del proyecto. El enfoque de hoy
fue organización y estructura, no código. Decidimos arrancar
bien desde la base antes de tocar una línea de TypeScript.
Las tareas completadas fueron:
1. Definimos las tecnologías del proyecto: Node.js con
TypeScript en el backend, HTML/CSS/JS vanilla en el frontend,
MS SQL Server como motor de BD, y Hamachi para compartir el
servidor entre los dos. La razón de elegir estas tecnologías fue que
ya teníamos Node.js configurado y TypeScript ayuda a detectar errores por lo del tipado (además, es de lo que más se está usando y eso nos interesó).
2. Creamos el repositorio en GitHub y configuramos el
.gitignore para Node.js (ignorar node_modules, dist, .env).
Ambos miembros del equipo tienen acceso al repo.
3. Creamos el documento base del Análisis de Resultados, ya tiene portada, índice, introducción, la sección de
ambiente de desarrollo, la tabla de análisis y la tabla
de métricas del proyecto.
4. Elaboramos el machote de entrada para la bitácora, con
todas las secciones que pide el enunciado, para poder
copiar y pegar en cada sesión sin perder tiempo en formato.
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
PROBLEMAS ENCONTRADOS Y CÓMO SE RESOLVIERON
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Ningún problema técnico grave en esta sesión al ser
mayormente de planificación y documentación.
Una duda que sí surgió fue sobre la frecuencia de las
entradas de la bitácora: ¿una por tarea o una por día? El enunciado dice "por sesión de trabajo",
así que decidimos hacer una entrada por cada vez que
nos sentemos a trabajar, sin importar cuántas tareas hagamos en esa sesión.
Y Github, cada que se avanza algo importante o se hagan cambios mayores, y si no hay de esos en alguna sesión, simplemente se irán poniendo los cambios poco a poco.
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
DUDAS Y DIVERGENCIAS DE CRITERIO
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Discutimos si usar un framework de frontend como React para las dos páginas que pide la tarea. La conclusión fue que no, porque la aplicación es muy simple (una tabla y un formulario) y agregar un framework solo complicaría todo y alargaría el proceso de aprendizaje de ambos. HTML vanilla con TypeScript es más que suficiente.
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
AVANCE DEL CÓDIGO (si aplica)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
No se escribió código funcional hoy.
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
MORALEJAS / CONSEJOS / BUENAS PRÁCTICAS
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Arrancar con la documentación y estructura antes del código vale la pena. Tener el documento de análisis desde el primer día nos ayuda a saber exactamente qué tenemos que entregar y no perdernos en el camino o hacer cosas que nos puedan hacer perder el tiempo.
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
PRÓXIMA SESIÓN: ¿QUÉ SIGUE?
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Se intentará realizar las siguientes tareas:
- Ejecutar database.sql en SSMS: crear la BD, la tabla
Empleado y cargar las 40 filas de datos.
- Configurar Hamachi y probar el ping entre las dos máquinas.
- Primer commit real de código al repositorio.
Comentarios
Publicar un comentario