Información general
Profesor Camilo Rocha (camilo.rocha *at* javerianacali.edu.co)
Martes (LG-2.0) 07:00 - 09:00
Jueves (LG-2.0) 07:00 - 08:00
Jueves (LAB) 08:00 - 09:00
Horas de oficina
Martes y jueves (10:00 - 12:00)
Miércoles (14:00 - 16:00)
Horario de atención de monitores No habrá.
Material
Ambientes virtuales
Arena de programación (tareas prácticas)
Calificaciones
Ver: incluye tareas (20%), proyecto (20%), parcial 1 (20%) y parcial 2 (20%); pendiente parcial 3 (20%)
Exposiciones
Programación voraz
"Single Source Shortest Path"
"Minimum Spanning Tree"
"Minimal Interval Covering"
Otros
Estructuras de datos
"Range queries"
Reintento
Tareas
Semanas 1 y 2 (para entregar 02/05 y 02/07)
Semanas 3 y 4 (para entregar 02/19 y 02/21)
Semanas 6 y 7 (para entregar 03/15)
Semanas 8 y 9 (para entregar 04/05)
Semanas 10 y 11 (para entregar 04/15 y 04/17)
Sesiones
Sesión 1
Sesión 2
Sesión 3
notación O (5 videos)
Sesión 4
Sesión 5
el Teorema Maestro (3 videos)
Sesión 6
código ("LIS = longest increasing subsequence")
Sesión 7
Sesión 8
código ("LCS = Longest common subsequence")
Sesión 9
código ("SS = Subset sum")
código ("KS = Knapsack")
Sesión 10
codigo ("DF = disjoint forest")
Sesión 11
código ("minheap = minimal heap or minimal leftist heap")
Sesión 12
Sesión 13
código ("actsch = activity scheduling")
Sesión 14
código ("mic = minimal interval covering")
Proyecto
The Fortified Forest: enunciado | arena | casos de prueba
Entrega 0 (10%): viernes 15 de abril (4pm en el Departamento)
Esta entrega consta de un documento que describe la naturaleza de la solución del problema. En este documento se debe reflejar qué tanto entiende del problema, cuál es su estrategia de solución y la cantidad de trabajo que ha hecho para el proyecto. En esta entrega no es necesario tener una solución del problema pero sí tener claro cómo se puede resolver.
El documento para esta entrega no tendrá más de 3 páginas y, como mínimo, deberá contener la siguiente información:
Especificación del problema (entrada y salida)
Algoritmos y estructuras de datos que usará su solución (cada decisión debe ser justificada)
Estrategia de solución
Análisis (alto nivel) de complejidad temporal y espacial de su solución
De ser necesario, citas bibliográficas del material consultado y que será usado en la solución del proyecto
Recuerde que el proyecto es individual.
Entrega 1 (30%): viernes 28 de abril (11:59pm en la arena)
Esta entrega consta de un único archivo fuente en el lenguaje de programación Python que debe ser aceptado en la arena como correcto en la arena disponible para el proyecto.
El contenido del archivo debe:
Contar con un encabezado que declare de forma unívoca la autoría del código: (i) nombre del autor (estudiante quien entrega el proyecto), (ii) su código de estudiante y (iii) la frase de compromiso del código de honor del curso.
Contar con documentación de cada una de las funciones usando el estándar de Python.
Cualquier archivo entregado sin seguir los lineamientos anteriores será ignorado para efecto de la calificación del proyecto.
Entrega 2 (60%): miércoles 4 lunes 9 de mayo (11:59pm en la arena) y viernes 6 miércoles 11 de mayo (sustentación)
Esta entrega consta de dos partes: (i) solución de casos de prueba y (ii) sustentación.
Los casos de prueba están clasificados como fáciles (FP-B), medios (FP-C) y difíciles (FP-D). Para obtener una puntación perfecta en esta entrega es indispensable que una solución resuelva correctamente todos los casos de prueba disponibles en la arena para FP-B, FP-C y FP-D. Para que una solución sea considerada para puntuar es necesario que el archivo cumpla con las condiciones de la Entrega 1. Tenga en cuenta también que los casos de prueba deben ser resueltos por la misma solución, es decir, no es posible usar dos soluciones distintas para los casos de prueba.
Adicionalmente, para esta entrega se evaluarán durante la sustentación los siguientes requisitos no funcionales:
Diseño y uso clases para abstraer elementos de la solución
Nombres de variables, funciones/metodos, etc. en inglés
Elegancia del código
La sustentación de cada proyecto tomará máximo 10 minutos y para ello se abirará una lista de turnos. Para la sustentación es importante estar en capacidad de explicar la estrategia de solución, explicar los algoritmos utilizados (de memoria), describir las estructuras de datos utilizadas, y complejidades temporal y espacial de la solución. Una sustentación insatisfactoria del proyecto puede anular cualquier puntación otrogable por resolver satisfactoriamente casos de prueba.
A continuación se discrimina la puntuación para esta entrega:
Implementación de requerimientos no funcionales: 10
FP-B: 5 (1 segundo)
FP-C: 10 (1 segundo)
FP-D: 15 (4 segundos)
FP-E: +20 (4 segundos)
Sustentación: 20
FP-E corresponde a casos de prueba muy díficiles (en inglés evil) y su solución correcta en la arena otorga un bono de 20 puntos.
Otros recursos