Dónde publicar tu proyecto final de DAW con tu nombre
Pon tu proyecto final en línea para la defensa y para el CV. Qué sirve para una web estática, qué hacer si tiene backend y cómo hacerlo en grupo.
El día de la defensa nadie va a clonar tu repositorio. Quieren abrir un enlace y ver el proyecto funcionando, y lo mismo pasa después con la empresa de prácticas o en la primera entrevista. Esta guía va de que ese enlace exista, sea corto y lleve tu nombre.
Qué necesita tu proyecto para enseñarse
Dos cosas, una demo en línea que funcione sin instalar nada y el repositorio con un README que explique qué es y cómo se arranca. La demo es lo que se ve en cinco minutos. El repositorio es lo que mira quien quiere saber cómo programas.
Las dos caben en un nombre como tunombre.does.software, la raíz para la demo y una ruta como /repo que lleve a GitHub. Es fácil de decir en voz alta y cabe en la última diapositiva.
Si es una web estática (HTML, Angular, React, Vue)
does.software sirve ficheros estáticos por HTTPS. Si tu proyecto es HTML, CSS y JavaScript, o una app de Angular, React o Vue, lo puedes publicar tal cual. Aquí no se compila nada, así que lo que subes es el resultado del build, la carpeta dist/, no el código fuente.
El alojamiento web viene con el plan Starter, con el Pro, con la prueba de 14 días y con el plan Edu de los centros. El plan gratis no lo incluye, pero puede redirigir tu nombre a una web que ya tengas en otro sitio.
- Haz el build en tu máquina y comprueba que hay un
index.htmlen la raíz de lo que vas a subir. - En tu subdominio, cambia el modo a sitio web y sube el ZIP, o importa el repositorio de GitHub o GitLab.
- Si es una app de una sola página, deja activada la casilla de aplicación de una sola página para que recargar una ruta no dé error. Normalmente se activa sola al ver el deploy.
- Activa el despliegue con cada push si quieres que la demo se actualice sola hasta el día de la defensa. La guía de GitHub lo explica paso a paso.
Si tiene backend (PHP, Node, Java, base de datos)
Aquí no se ejecuta código de servidor, un .php no se acepta y no hay base de datos. Si tu proyecto tiene backend, esa parte tiene que vivir en un hosting que la ejecute, y hay bastantes con plan gratis o para estudiantes.
Lo que sí puedes hacer es poner el frontend aquí y que llame a tu API desplegada fuera, o simplemente redirigir tu nombre a donde esté la app entera. La redirección funciona en el plan gratis, así que el enlace corto con tu nombre lo tienes igual.
Si lo hacéis en grupo
Si tu centro usa does.software, tu profe puede crear un grupo de hasta 8 personas de tu clase con un subdominio compartido que gestionáis entre todos. Conectáis el repositorio, cada push publica la web y tu profe ve los commits de cada persona y los deploys del grupo. Lo tienes en la página para centros.
Si tu centro no lo usa, lo más simple es que una persona del grupo reserve el nombre y conecte el repositorio del equipo. Cada push a la rama de deploy publica la versión nueva, la haga quien la haga.
Antes de la defensa
Lo que conviene repasar un par de días antes, no la misma mañana.
- Abre la demo desde otro dispositivo y con otra red, no solo desde tu portátil.
- Deja datos de prueba y, si hay login, un usuario de demostración con su contraseña en el README.
- Comprueba que recargar cualquier página no da error y que no queda texto de relleno.
- Pon el enlace corto en la portada y en la última diapositiva.
- Graba un vídeo de la demo por si falla la conexión del aula.
Una demo en línea y un repositorio con README, detrás de un nombre que se pueda decir en voz alta. Si es estático, súbelo aquí. Si tiene backend, despliégalo donde se ejecute y apunta tu nombre allí.