Curso de Programación con IA · Semipresencial
Estás viendo la zona del grupo semipresencial. Mismo método que el presencial —programar con IA, no gracias a la IA—, pero con dos diferencias de peso: trabajamos por quincenas y todo el curso es proyecto individual: no hay proyecto en grupo. Tu evaluación son tus proyectos, publicados y presentados.
Alumnado del grupo: accede a tu aula para ver tus entregas abiertas y tu nota.
Acceso al aula →El ritmo: quincenas
En semipresencial no hay «la clase del miércoles»: cada quincena tiene un objetivo, sus recursos y una fecha de entrega. Avanzas tú, con el chat del centro y los tutoriales; el profesor revisa al final de cada quincena. Estas son las dos quincenas activas ahora mismo:
Iniciar la web personal de marca
Objetivo de la quincena: tu web funcionando en local, sección a sección, con su repositorio GitHub creado y con commits desde el primer día. No se entrega nada al acabar: se entrega el trabajo de dentro (git) y la web completa llega en la quincena 2.
- Lee el proyecto y su anatomía de 6 secciones: Web personal de marca →
- Sesiones 1 y 2 (toca la sesión 3 al final, cuando quieras ver cómo se corrige):
- Crea tu repo
web-marcaen GitHub (público), enlázalo a tu carpeta y haz al menos 6 commits con mensajes honestos esta quincena. - Apoya con los tutoriales cuando atores: T1 GitHub y T4 Medios son los de esta quincena.
- Apunta en tu cuaderno de decisiones (o en
README.md) qué decidiste tú y qué pidió la IA: esto se valora.
Comprobación del 9 de octubre: el profesor mira tu repo: commits reales y la web en marcha. En semipresencial no hace falta trabajar todos los días — vale con que el trabajo exista y se vea en el historial. Si estás más atrasado, dilo antes de esa fecha y lo reorganizamos; no pasa nada por empezar con la quincena 2.
Entregar la web de marca (con su repo)
Objetivo de la quincena: terminar la web pulida, publicarla en GitHub Pages y ENTREGAR: URL de tu web + URL de tu repositorio. La nota sale de la rúbrica aplicada sobre el repo del día de la entrega.
- Sesión 3 — lectura obligatoria antes de pulir: Por qué programamos así + la rúbrica completa. Ahí están los 4 requisitos mínimos y los 7 criterios: cada punto te dice exactamente qué hacer para subir.
- Sube de nivel con lo que puntúa: T2 API externa, T3 chatbot, T4 medios. Una vía de contacto que funcione de verdad es requisito mínimo.
- Publica en GitHub Pages (tutorial 1) y comprueba la web en tu móvil (requisito mínimo: responsive probado en dispositivo).
- Historial git limpio: commits con mensajes que cuenten el trabajo, sin claves ni basura subida. Se corrige sobre el repo, no sobre promesas.
- Entrega el 23 de octubre desde el aula:
URL web + URL repo. Con la entrega, un párrafo de 3 líneas: qué decidiste tú, qué harías distinto.
Hasta el último minuto hay puntos en la mesa: la rúbrica premia la iteración. Mejorar el contacto, añadir un widget real o unos SVG propios la última semana vale igual que hacerlo en la primera.
Tus herramientas desde casa: el chat de Copilot (Microsoft 365)
Tu cuenta de Microsoft 365 del centro incluye Copilot, y su chat es lo único que vas a usar en este primer proyecto (estas dos quincenas). Nada de instalar editores ni complementos todavía: preguntas al chat, con las respuestas que te dé creas y editas tú los ficheros (index.html, style.css…), y tú manualmente haces los commits con lo que has preguntado y conseguido en cada paso.
Es un método a propósito manual y sin atajos: así aprendes de verdad qué es cada fichero, cómo se monta una web por dentro y cómo funciona GitHub. El Visual Studio Code con su Copilot integrado llegará más adelante, en otro proyecto, cuando ya domines esto.
- Pregunta como si hablaras con una persona: explica qué quieres conseguir y por qué; el chat responde mejor a una intención clara que a un «hazme una web».
- Guarda tus preguntas buenas: tus prompts van dentro del commit (o en un comentario del fichero) — son la evidencia de tu proceso que valora la rúbrica.
- Consejo de quincena: primera semana a construir, segunda a pulir y probar en tu móvil; entregar a última hora sin probar es perder puntos gratis.
Cómo se trabaja en semipresencial
Tu forma de trabajar (no negociable)
- Git es tu diario: no hace falta trabajar a diario, pero cada sesión de trabajo real deja sus commits. Un único commit gigante el día de entrega no cuenta como proceso.
- Decide tú, escribe la IA: pide, prueba, rompe, corrige. El proyecto se presenta (no hay defensa oral); si al corregir queda alguna duda, el profesor te pregunta sobre ese fichero concreto y lo aclaras. Variable según el caso.
- Nada de clave API expuesta: ni en el repo ni en el chat público del centro. Lo que no sabes explicar, no lo entregas.
- Bloqueado > 30 minutos: pregunta (foro del aula o sesión presencial). Atascarse es trabajar; atascarse en silencio es perder la quincena.
Qué NO tiene este grupo (y por qué)
- Sin proyecto en grupo: el semipresencial se evalúa íntegramente con proyectos individuales. El «proyecto final en grupo · startup» es solo del grupo presencial.
- Sin notas por asistencia: cuenta el trabajo visible en el repo al cierre de cada quincena.
- Sin entrega de la quincena 1: solo comprobación de proceso; la nota del proyecto llega en la quincena 2.
Todo lo que puntúa (igual que en presencial)
Web personal de marca
Qué es, anatomía de 6 secciones y todos los recursos. Es el proyecto de estas dos quincenas.
EvaluaciónLa rúbrica, al detalle
4 requisitos mínimos + 7 criterios con 4 niveles de concreción sobre 100 puntos. Tu hoja de ruta para la máxima nota.