Entrega 5: Portafolio de aprendizaje autónomo
Esta entrega es individual: cada estudiante entrega su propio documento y su propia implementación. Los recursos registrados y la implementación deben ser distintos entre los miembros del equipo; no se aceptan portafolios compartidos.
El objetivo es documentar lo que cada estudiante tuvo que aprender por iniciativa propia para sacar adelante el proyecto. Por eso quedan excluidos los contenidos del curso: slides, talleres, ejercicios, la bibliografía del sitio y cualquier material entregado en clase.
Contenido de la entrega
Sección titulada «Contenido de la entrega»- Registro de 3–5 recursos explorados por iniciativa propia (artículos, tutoriales, documentación técnica, cursos, foros, videos) relevantes al proyecto, cada uno con el formato de la sección siguiente
- Implementación corta (código, simulación o cálculo) que demuestre el conocimiento adquirido, con explicación de en qué parte del proyecto se usó (diseño de la celda, programa del UR5e, análisis de datos, informe, etc.)
Formato por recurso
Sección titulada «Formato por recurso»Para cada recurso registrar:
- Referencia completa: autor u organización, título, año y enlace
- Por qué lo busqué: qué necesitaba resolver en el proyecto y qué no sabía
- Qué aprendí: los conceptos, herramientas o procedimientos concretos que aportó el recurso
- Qué cambió en el proyecto: qué decisión de diseño, del experimento o del informe sustentó o modificó
Entrega
Sección titulada «Entrega»- Un documento de 3 páginas en LaTeX usando la plantilla de los documentos, NO incluir la bitacora colaborativa. En la plantilla modificar la parte indicada del
main.tex, suprimir en elmain.texla linea\input{bitacora.tex}y modificar e incluir la información pedida endocumento.tex. - Una carpeta comprimida (
.zip) con la implementación: código, archivos de simulación o cálculos, con unREADMEcorto que indique cómo ejecutarla.
Rúbrica de evaluación5,000 🪙
Cada criterio se califica en uno de los niveles Excelente 100 % · Bueno 80 % · Aceptable 60 % · Insuficiente 40 % · Ausente 0 %; los puntos del criterio son su peso × el porcentaje del nivel.
C1 — Registro de recursos (SO7)2,750 🪙
| Excelente100 % | Bueno80 % | Aceptable60 % | Insuficiente40 % | Ausente0 % |
|---|---|---|---|---|
| 750 🪙C1.1 Selección de 3–5 recursos propios, pertinentes al proyecto y con referencia completa | ||||
| 7503–5 recursos externos al curso, de fuentes confiables y pertinentes al proyecto, con autor u organización, título, año y enlace. | 600Recursos válidos, pero alguna referencia incompleta o de baja calidad. | 450Menos de 3 recursos válidos, o varios poco pertinentes. | 300Un solo recurso válido. | 0No hay recursos válidos (solo material del curso o recursos repetidos con otro integrante). |
| 500 🪙C1.2 Por qué lo busqué (necesidad del proyecto y qué no sabía) | ||||
| 500Para cada recurso, la necesidad concreta del proyecto y el vacío de conocimiento que motivó la búsqueda. | 400Necesidad clara en la mayoría de los recursos. | 300Motivación genérica ("para aprender más sobre robots"). | 200Solo se explica en algún recurso. | 0No se explica. |
| 750 🪙C1.3 Qué aprendí (conceptos, herramientas o procedimientos concretos) | ||||
| 750Conceptos o procedimientos concretos y correctos, explicados con palabras propias, que muestran comprensión y no un resumen del recurso. | 600Aprendizajes concretos, alguno explicado de forma superficial. | 450Resumen del recurso más que lo aprendido. | 300Aprendizajes vagos o con errores conceptuales. | 0No se explica. |
| 750 🪙C1.4 Qué cambió en el proyecto (decisión de diseño, del experimento o del informe) | ||||
| 750Para cada recurso, la decisión concreta que sustentó o modificó, verificable en las entregas del equipo. | 600Cambios concretos en la mayoría de los recursos. | 450Cambios genéricos o difíciles de verificar. | 300Solo se explica en algún recurso. | 0No se explica. |
C2 — Implementación (SO7)1,750 🪙
| Excelente100 % | Bueno80 % | Aceptable60 % | Insuficiente40 % | Ausente0 % |
|---|---|---|---|---|
| 1,000 🪙C2.1 Implementación corta (código, simulación o cálculo) funcional y con README | ||||
| 1,000Implementación propia que aplica lo aprendido en los recursos, se ejecuta siguiendo el README y produce el resultado descrito. | 800Funciona con ajustes menores o el README está incompleto. | 600Implementación trivial o poco relacionada con los recursos. | 400No se ejecuta o no tiene README. | 0No hay implementación, o es la misma de otro integrante. |
| 750 🪙C2.2 Uso de la implementación en el proyecto | ||||
| 750Se explica en qué parte del proyecto se usó (celda, programa del UR5e, análisis de datos, informe) con evidencia del resultado. | 600Uso claro, sin evidencia del resultado. | 450Uso posible pero no realizado. | 300Relación vaga con el proyecto. | 0No se explica. |
C3 — Documento500 🪙
| Excelente100 % | Bueno80 % | Aceptable60 % | Insuficiente40 % | Ausente0 % |
|---|---|---|---|---|
| 500 🪙C3.1 Formato (plantilla sin bitácora, 3 páginas, redacción) | ||||
| 500Plantilla sin bitácora, extensión dentro del límite y redacción cuidada. | 400Pequeñas fallas de redacción o leve exceso de extensión. | 300Exceso notable de extensión o errores de redacción frecuentes. | 200Varios de los problemas anteriores a la vez y de forma grave. | 0No usa la plantilla. |
Descuentos sobre el total
- D1 — Uso irresponsable de IA−1,250 🪙
Incumplir la política de uso de IA del curso (https://rob262.davinsony.com/inicio/uso-ia/): no incluir la sección de declaración de uso de IA, o entregar texto, código o referencias generados por IA sin revisarlos ni verificarlos.
- D2 — Falta de atención al detalle−500 🪙
Errores de identificación o de edición que muestran que el documento no se revisó antes de entregarlo: nombre o número de entrega equivocado, párrafos duplicados, enlaces rotos, referencias vacías.