1/8
Evidencias de la Unidad 1
Dos documentos que demuestran que entendiste los tipos de aplicación que vas a construir durante el curso y que tu entorno de desarrollo ya está listo para trabajar. Cada uno se entrega por separado, con nombre de archivo exacto.
.docx o .pdf — APELLIDO_APELLIDO_NOMBRE_Evidencia1 (tabla comparativa) y APELLIDO_APELLIDO_NOMBRE_Evidencia2 (reporte de entorno con 6 capturas). Formato exacto en la sección 04.
Evidencia 1 — Tabla comparativa de tipos de aplicación
Una tabla que compare cinco formas distintas de construir software: web, orientada a servicios, móvil nativa, multiplataforma y PWA. El objetivo no es memorizar una definición, sino poder explicar en qué escenario real elegirías cada una.
Elige la herramienta
Word, Google Docs o un archivo Markdown — cualquiera sirve, mientras la tabla se lea bien y exportes a .docx o .pdf al final.
Usa estas 5 columnas
Definición · Características · Ventajas · Desventajas · Herramientas típicas.
Compara estos 5 tipos
Web · Orientada a servicios (SOA) · Móvil nativa · Multiplataforma · PWA. Un ejemplo ya resuelto está en la sección 05, para usar como referencia de formato — no para copiar el contenido tal cual.
Guarda con el nombre correcto
PRADO_DIAZ_BERNARDO_Evidencia1.docxRedacta cada celda con tus propias palabras y un ejemplo propio (una app real que conozcas). Dos tablas casi idénticas, palabra por palabra, son la primera señal de copia entre compañeros — ver sección 03.
Evidencia 2 — Reporte de entorno de desarrollo
Seis capturas que prueban que tu entorno de desarrollo funciona: navegador, editor, control de versiones, runtime, y tu identidad en GitHub. Captura la ventana completa, sin recortar — la barra de direcciones y el reloj del sistema deben quedar visibles (por qué, en la sección 03).
Antes de las capturas 2–6Vincular Git, VS Code y tus cuentas de GitHub →Versión de Chrome
Pega esto en la barra de direcciones y captura la ventana completa:
chrome://versionVersión de VS Code
Ejecuta esto en tu terminal (PowerShell o Git Bash) con la ventana completa visible:
$ code --versionVersión de Git
$ git --versionVersión de Node.js
$ node -vTu perfil de GitHub
Captura de github.com/tu-usuario mostrando tu nombre de usuario, foto y la URL completa en la barra de direcciones.
Repositorio con tu primer commit
$ git init
$ git add .
$ git commit -m "Primer commit"
$ git pushCaptura de la página del repo en GitHub mostrando ese commit en el historial, con la URL del repo visible.
Arma el documento pegando las 6 capturas en ese orden, cada una con un título corto arriba, y exporta a .docx o .pdf. Guárdalo como PRADO_DIAZ_BERNARDO_Evidencia2.docx.
Candados anti-copia — por qué cada captura te tiene que "delatar"
Una captura recortada de chrome://version se ve igual venga de quien venga. Estos siete detalles convierten cada captura en una huella digital que solo tu computadora, tu cuenta y tu momento exacto pueden producir — copiarla de un compañero deja de ser una opción viable.
Ventana completa, sin recortar
Nada de capturas recortadas al texto. La ventana entera, con barra de direcciones, barra de tareas y reloj visibles.
URL completa visible
La barra de direcciones debe leerse entera: chrome://version, github.com/tu-usuario, etc.
Reloj del sistema visible
Activa el reloj de la barra de tareas (Windows/Mac) en la esquina de la captura.
Tu usuario en la ruta
La ruta del perfil de Chrome o de la terminal debe mostrar C:\Users\TU-USUARIO\..., no una carpeta genérica ni la de otra persona.
Tu propia cuenta de GitHub
El perfil y el repo deben mostrar tu usuario real, con el que te identificaste al profesor desde la semana 1.
Nombre de repo único
Usa un nombre de repositorio que incluya tu apellido o matrícula, por ejemplo evidencia-entorno-pradodiaz.
Hash de commit visible
El hash corto que GitHub muestra junto a cada commit (ej. a1b2c3d) es irrepetible entre repositorios.
Si dos entregas muestran la misma cuenta, el mismo hash de commit o capturas idénticas píxel por píxel, ambas evidencias quedan invalidadas — sin importar quién hizo el trabajo originalmente. La responsabilidad de que tu evidencia sea verificable es tuya.
Convención de nombres de archivo
La misma fórmula del plan oficial de la asignatura, aplicada a cada entrega.
Ejemplo aplicado a este caso:
Todo en mayúsculas, guion bajo entre cada parte, sin espacios ni acentos, y el número de evidencia pegado a la palabra "Evidencia" (Evidencia1, no Evidencia_1).
Ejemplo de apoyo — modelo ya resuelto
Un modelo completo de ambas evidencias. Los datos marcados Ejemplo son ilustrativos — tu entrega real necesita tus propios datos y capturas, con los siete candados de la sección 03.
Evidencia 1 resuelta — tabla comparativa
| Tipo | Definición | Características | Ventajas | Desventajas | Herramientas típicas |
|---|---|---|---|---|---|
| Web | Se ejecutan en un navegador vía HTTP(S), sin instalación local. | Cliente–servidor, requieren conexión, multiplataforma por naturaleza. | Sin instalación, actualización centralizada, acceso desde cualquier dispositivo. | Dependen de conexión estable, rendimiento limitado por el navegador. | HTML/CSS/JS, React, Node.js, PHP |
| Orientada a servicios | Arquitectura basada en servicios independientes que se comunican entre sí (SOA). | Bajo acoplamiento, reutilización de servicios, interoperabilidad. | Escalabilidad, mantenimiento modular, integra sistemas heterogéneos. | Complejidad de orquestación, sobrecarga de comunicación. | SOAP, REST, ESB, BPEL |
| Móvil nativa | Desarrollada específicamente para un SO (Android o iOS) con su SDK oficial. | Acceso total al hardware, UI nativa del sistema. | Máximo rendimiento, mejor experiencia de usuario. | Código no reutilizable entre plataformas, mayor costo. | Swift/Xcode, Kotlin/Android Studio |
| Multiplataforma | Un solo código base corre en varios SO mediante un framework intermedio. | Comparten lógica y UI, ciclo de desarrollo más corto. | Ahorro de tiempo y costo, mantenimiento único. | Rendimiento algo menor que nativo, depende del framework. | Flutter, React Native, Xamarin |
| PWA | App web con capacidades de app nativa: offline, instalable, notificaciones. | Usa Service Workers y manifest.json. | No requiere tienda de apps, instalable, autoactualizable. | Acceso limitado al hardware, soporte variable entre navegadores. | Workbox, Lighthouse, React/Angular + SW |
Evidencia 2 resuelta — capturas de ejemplo
Checklist de entrega
Marca cada punto a medida que lo completas — queda guardado en este navegador.
Los pasos exactos de "subir tarea" varían según la plataforma del campus (Aula Virtual, Classroom, Moodle, etc.). Lo que no cambia: el nombre de archivo tiene que coincidir exactamente con el tuyo, y los candados de la sección 03 tienen que ser visibles en cada captura.