Barrapunto

Ese es el problema precisamente.

Que con el tiempo de examen y los problemas propuestos, si coges papel y lapiz para plasmar ideas, esquemas, flujos... no empiezas ni a contestar la primera pregunta.

Yo no he cogido esa práctica por la universidad, sino en la consultora que comenté y después de darme varios cabezazos y recordarme a mi mismo la importancia de un buen análisis.

Simplemente en este examen me ha sido imposible, aun prescindiendo de mis habituales montones de folios en sucio y pasando directamente a la codificación :(

Un saludo...

Simplemente en este examen me ha sido imposible, aun prescindiendo de mis habituales montones de folios en sucio y pasando directamente a la codificación :(

¿Seguro que no fue ese el fallo? Siendo tu primer examen, yo hubiese arriesgado con el tiempo. De hecho, espero que no pienses que pasando directamente a la codificación se acaba antes por norma.

Recuerdo que cuando hice el examen de POO, la pregunta de 4 puntos era escribir en C++ el juego de hundir la flota (sin IA). Por supuesto al principio acojonaba, pero leyéndote las restricciones y libertades del examen, te dabas cuenta de que iba a salir muy simple.

Un compañero se puso a escribirlo directamente en C++ y acabó con el tiempo justo y muchos tachones, de hecho tuvo que escribirlo dos veces porque al principio se olvidó de demasiados métodos y no había dejado espacio del folio entre objeto y objeto. Además le quitaron puntos porque tenía fallos (constructores que se dejaban variables sin inicializar, etc.).

Yo directamente hice tres cuadraditos en un folio en sucio (objetos jugador, tablero y objeto con main juego) y empece a rellenarlos con métodos y propiedades, anotando a grosso modo las operaciones y demás. Después fue cuando escribí el programa con mucho cuidado de no cagarla por dejarme algún ";" y otros fallos de sintaxis.

El año siguiente, en Análisis y Diseño de Software, explicaron que con un análisis y diseño correctos, los tiempos de implementación pasan a ser mínimos, casi despreciables en el ciclo de vida de un software. Claro que muchos ya lo habíamos descubierto a base de prácticas cuatrimestrales ;)