Proyecto final y portafolio
Lección 26 de 26 del curso «Vibe coding». Gratis, con animaciones y un test.
Todo el camino en un mapa
Este es el final del curso, y el esquema muestra todo el camino de diez paradas. Primera mitad. Idea: qué haces y para quién. Especificación: un plan de una página. Herramienta de IA: constructor, editor o agente. GitHub: tu código en la nube con todo su historial. Hosting: el sitio sale a internet y cada rama tiene su enlace de vista previa. Dominio: tu propio nombre en vez de una dirección técnica. Las demás paradas, en la siguiente diapositiva.
La segunda mitad del camino
Base de datos e inicio de sesión: solo si el sitio debe recordar datos de usuarios. Un portafolio de una página no los necesita. Seguridad: claves en el servidor, reglas de acceso a la base, límites de solicitudes. Lanzamiento: checklist, analítica, enlace donde está tu gente. Opiniones: escuchas y mejoras. La bandera del final significa un proyecto vivo, no perfecto. Regla principal: no lances antes de pasar la revisión de seguridad.
Cuál puede ser tu primer proyecto
Elige un proyecto pequeño que tú o tus amigos de verdad necesiten. Landing: una página sobre ti, tu banda o tu stream. Bot de Telegram: te recuerda las fechas de entrega del colegio. Calculadora: divide la cuenta del café entre todo el grupo. Minijuego: un quiz de tu serie favorita. Rastreador de hábitos: racha de días sin fallar. Portafolio: una vitrina de tus trabajos. En resumen: un proyecto terminado vale más que tres abandonados.
README: la vitrina del proyecto
El portafolio es una colección de tus trabajos que otros pueden ver. En GitHub su corazón es el README, la página principal del repositorio. Escribe ahí qué problema resuelve el proyecto, pon el enlace al sitio en vivo, agrega un par de capturas, di con qué está hecho y cómo ejecutarlo. Fija tus mejores repositorios en tu perfil para que se vean primero. Y revisa que no haya claves en el código público.
Cómo contar tu proyecto
En una solicitud de pasantía, estudios o trabajo de medio tiempo, muestra no solo el enlace sino la historia. Qué problema viste. Qué decidiste tú como productor y qué hizo la IA. Dónde se equivocó la IA y cómo lo notaste. Qué aprendiste. Di con honestidad que trabajaste con IA: saber dar tareas claras y revisar resultados vale por sí mismo. Repositorios útiles para empezar, abajo de la lección.
Ponte a prueba
- ¿Qué debe incluir el README de un proyecto de portafolio?
Respuesta correcta: Qué problema resuelve, enlace en vivo y capturas. El README lo leen personas que no revisarán el código. Necesitan la idea, el enlace y las imágenes. Las claves en un repo público se filtran. - ¿Cuándo hace falta base de datos e inicio de sesión?
Respuesta correcta: Cuando el sitio debe recordar datos de usuarios. Un sitio estático, como un portafolio, se publica sin base. La base y el inicio de sesión hacen falta para guardar datos de personas. - ¿Cómo conviene hablar del trabajo con IA en el portafolio?
Respuesta correcta: Con honestidad: qué decidiste, qué hizo la IA, qué errores viste. Una historia honesta muestra tu trabajo real: decisiones de productor y revisión. Eso se valora más que fingir que escribiste todo.