2016-1
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%);
pendienteparcial 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
- apuntes de clase
- notación O (5 videos)
- Sesión 4
- Sesión 5
- apuntes de clase
- el Teorema Maestro (3 videos)
- Sesión 6
- apuntes de clase
- código ("LIS = longest increasing subsequence")
- Sesión 7
- Sesión 8
- apuntes de clase
- código ("LCS = Longest common subsequence")
- Sesión 9
- apuntes de clase
- código ("SS = Subset sum")
- código ("KS = Knapsack")
- Sesión 10
- apuntes de clase
- codigo ("DF = disjoint forest")
- Sesión 11
- apuntes de clase
- código ("minheap = minimal heap or minimal leftist heap")
- Sesión 12
- Sesión 13
- apuntes de clase
- código ("actsch = activity scheduling")
- Sesión 14
- apuntes de clase
- 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 4lunes 9 de mayo (11:59pm en la arena) yviernes 6mié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