Barrapunto

Yo ya acabé ITIS y estoy haciendo la ingeniería no técnica (4º año). Me he hartado de hacer programas más o menos complicados, tanto dentro como fuera de la carrera (por eso llevo 7 años en vez de 4 viéndole la jeta a los profesores).

Si hay algo a lo que me he acostumbrado desde el 1º años de universidad, es a coger un lapiz y papel antes de tocar ningún teclado. Primero plasmo las ideas, emborronando unos 3 o 4 folios hasta que decido el funcionamiento general del sistema. Luego me dedico a escribir una mezcla de pseudocódigo y diagramas de flujo y es entonces, y sólo entonces, cuando me pongo a teclear, añadiendo las variables y funciones auxiliares que no detallé en el diseño.

No sé a ti cómo te irá, pero a mí me funciona. El papel perdona más los errores. No tienes que hacer scroll para localizar esa función a la que tienes que cambiar los parámetros porque no pensaste en todo lo necesario, puedes tener varias páginas (pantallas) al mismo tiempo, etc.

Puedes tomarte todo el tiempo del mundo para revisar el programa, y aun así será más rápido que ponerte a teclear como un loco y luego pasarle el gdb y el valgrind una y otra vez al programa.

En definitiva, que esos exámenes en papel no me parecen tan mala cosa. De hecho ahora los echo de menos. Tengo que terminar un compilador para la semana que viene, y aún no he podido ponerme con el análisis sintáctico. Y el cliente de FTP está siendo un verdadero infierno...

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...