Nota final de la Tarea 1: Feedback general
41
Valeria Franciscangeli 29 Sep 202129/09/21 a las 18:48 hrs.2021-09-29 18:48:29 Feedback Tareas
¡Hola a todes!
Les informamos que ya están disponibles las notas de la Tarea 1. Si bien cada uno tiene su feedback personal en las Observaciones, encontramos varios problemas frecuentes en sus trabajos por lo que a continuación haremos un feedback general:
Si se encuentran muy perdides con el desarrollo de la tarea, no tengan miedo de preguntarnos! Ya sea por u-Cursos o Discord, intentamos responder todo lo que nos llega, y tratar de orientarles lo mejor posible :)
Por otro lado, aclaramos que el proceso de revisión de copias aún no se ha ejecutado debido a problemas del sistema, pero se realizará cuando este vuelva a la normalidad.
Al igual que para la primera parte, abriremos un reclamo para la Tarea 1 b y c. Recuerden que deben justificar detalladamente por qué deberíamos subirles la nota. También pueden usar esta instancia si quieren que les entreguemos un feedback más profundo o solicitar un horario de consulta.
Finalmente les hacemos un llamado a compartir sus desarrollos de ejercicios y tareas, si desean, en Material Alumnos. Esto siempre y cuando ya se haya entregado la nota de la evaluación. Así pueden ver más formas de desarrollo aparte de las que subimos los Auxiliares.
Saludos,
Gustavo, Pablo y Valeria
Les informamos que ya están disponibles las notas de la Tarea 1. Si bien cada uno tiene su feedback personal en las Observaciones, encontramos varios problemas frecuentes en sus trabajos por lo que a continuación haremos un feedback general:
- Siempre deben entregar nombre y correo. Inmediatamente si sus trabajos no tienen nombre se consideran en posibles casos de copia.
- Revisen sus tareas antes de entregarlas. Deben asegurarse de que su programa funciona.
- Revisen que las recetas de diseño correspondan a la cantidad de parámetros que recibe su función y que los tipos de datos declarados concuerden con los datos utilizados y entregados.
- Asegúrense de revisar los parámetros que reciben sus funciones. Si declaran que su función recibe un parámetro entero, se espera que dentro de la función se pida una precondición (ej.: assert type(parámetro) == int) o si esta no funciona para números negativos, que se pida la precondición correspondiente (ej.: assert parámetro>=0). Seremos mucho más exigentes en este punto para futuras tareas.
- Tengan en cuenta que si se les da en el enunciado un nombre de variable, función, estructura, etc., deben utilizar este mismo nombre en sus desarrollos. A partir de la tarea 2 esto se considerará como parte del puntaje para la revisión.
- No es incorrecto copiar líneas de otros programas que hayan hecho para otras tareas, ejercicios, clases, etc. en sus tareas. Sin embargo, deben revisar cambiar palabras, líneas, nombres u otros según corresponda para mantener la coherencia con su trabajo. Por ejemplo: En algunos casos, para la parte C se basaron en el diálogo interactivo de la Tarea 1.a, pero no cambiaron el nombre de la función (ej: se llamaba costoRecorrido) y aún mantenían los ejemplos que correspondían a la Tarea 1.a.
- Si su script tiene diversas funciones y un diálogo interactivo, mantengan todo lo que corresponda a este último junto. Por ejemplo: algunos trabajos donde se entregaba parte b y c tenían los desarrollos mezclados, es decir, el script parte con el saludo y pidiendo el Rut como input al usuario, luego se definen las funciones para calcular el dígito verificador y finalmente una función con el resto del programa interactivo. Esto hace que sus trabajos cuesten mucho más de revisar. Es mejor diferenciar el desarrollo de cada parte explícitamente (como añadir un comentario tipo: #desde aquí parte C: …) o realizar 2 archivos, donde se importen las funciones que correspondan.
- Un error común que vimos fue que en muchas tareas la función que calcula el dígito verificador final (0, k o resto) devolvía un entero para casos numéricos y cuando correspondía "k" devolvía un string. La idea de una función es que devuelva sólo un tipo de dato, por lo que un output "int or str" no es válido. En este caso convenía mucho más que la salida fuera simplemente en str (ya sea para los números o para k).
- Es importante entender la diferencia entre algo que se printea y algo que se retorna. Si una función es de la forma: programa() y dentro tiene input(...), print(...) y además no retorna nada, entonces su contrato es none - > none. Ya que la función no tiene ningún parámetro de entrada ni de salida, cualquier input o print entremedio no afecta esto.
- Cuando se dice que una función “produce”, “retorna”, “devuelve” o “entrega” algo, significa que dentro de ella hay un “return”. Cuando se usan las palabras “muestra” o “imprime” significa que se utiliza la función “print()” para mostrar en pantalla algo. Este algo que se imprime no es un valor que se pueda guardar en una variable, al contrario de un “return”.
Si se encuentran muy perdides con el desarrollo de la tarea, no tengan miedo de preguntarnos! Ya sea por u-Cursos o Discord, intentamos responder todo lo que nos llega, y tratar de orientarles lo mejor posible :)
Por otro lado, aclaramos que el proceso de revisión de copias aún no se ha ejecutado debido a problemas del sistema, pero se realizará cuando este vuelva a la normalidad.
Al igual que para la primera parte, abriremos un reclamo para la Tarea 1 b y c. Recuerden que deben justificar detalladamente por qué deberíamos subirles la nota. También pueden usar esta instancia si quieren que les entreguemos un feedback más profundo o solicitar un horario de consulta.
Finalmente les hacemos un llamado a compartir sus desarrollos de ejercicios y tareas, si desean, en Material Alumnos. Esto siempre y cuando ya se haya entregado la nota de la evaluación. Así pueden ver más formas de desarrollo aparte de las que subimos los Auxiliares.
Saludos,
Gustavo, Pablo y Valeria
