Barrapunto

Discrepo rotundamente con tu comentario.

Yo tuve dos asignaturas en mi carrera con este nombre, la primera en 4º curso (Ingeniería del Software I) y la segunda en 5º curso (Ingeniería del Software II), y en ninguna de ellas he tenido que programar ni una sola línea de código.

Cualquiera que haya estudiado ingeniería informática en una universidad decente sabe que lo más importante no es el código, ¡sino el diseño! En estas asignaturas me han enseñado cosas como Gestión de Configuración, Planes de Calidad, Puntos Función, Diseño UML, etc.

¡¡¡Por favor!!! ¡Lo de que te suspendan por poner muchos espacios me ha llegado al alma! ¡Pero si los espacios son simples delimitadores de los tokens para el compilador!

Pues si tienen tantos alumnos las prácticas no deben ser tan extensas, en vez de mil líneas se quedan en unas quinientas y ya está. ¿Tampoco miraban el código escrito por los alumnos en el examen?

¿Qué has hecho tú? ¿Un módulo de un año de estos de "Aprenda a programar con su PC, ¡sáquele partido!"?

He trabajado de becario en una asignatura ingenieria informatica en la que se enseñaba C++, haciendo especial hincapie en la orientacion a objetos.

Como se corrigen las practicas es asi:
1. Se pasan por un test de correcion de "output:. Si los resultados no son los esperados, suspenso.
2. Se pasa por mas tests de robustez, que lo intenta "petar" limitandole la memoria usable:
Si no trata algun error bien, o se deja memoria colgando, puntos abajo.
3. Los que quedan, se les analiza el codigo a grandes rasgos, para ver que algoritmos y estructuras han usado. Si no han sido los correctos o alguna variante, kaput.
4. Se pasa por test de eficiencia para valorar el detalle en la implementacion, y ajustar la nota.

Claro que la nota no se extrae de estas practicas, hay un examen final... pero sin la practica correcta, no se aprueba.