¿Con nostalgia? Lo recuerdo y me alegro de que ya pasara... Aquello era un suplicio. Nos obligaban a escribir el programa entero en pseudocódigo en papel para luego pasarlo a C en el ordenador. No se vosotros pero a mi la primera parte no me hacía ninguna gracia. Era hacer el mismo trabajo dos veces. Si tienes problemas para elaborar el algoritmo se coje un papel, se hacen un par de esquemas y listo. Pero eso del pseudocódigo... al menos tal y como nos lo inculcaron a nosotros era una tontería. El tiempo que perdían en enseñar el lenguaje en pseudocódigo se podría emplear en profundizar más en el lenguaje que te intentaban enseñar. No veo la diferencia (en cuanto a complejidad o facilidad de compresion) entre escribir:
No veo la diferencia (en cuanto a complejidad o facilidad de compresion)
Pues la hay. El primero se parece mucho más a un lenguaje natural. Eso podrá parecerte una tontería porque ya sabes programar, pero, para alguien que jamás ha programado, el tener que aprender un nuevo idioma, que se basa en símbolos en lugar de palabras , para aprender una lógica practicamente nueva es una traba importante.
--
If I have seen farther, it is by standing on the shoulders of giants. (Isaac Newton)
Recuerdo que a nosotros nos hacian lo mismo pero con pascal, realmente un suplicio. Hasta que hice un programita en C bastante simple que pasaba los programas en pascal a pseudocodigo.
Cuando yo aprendí a programar lo que se llevaba eran los refinamientos sucesivos. Así hacíamos un esquema en pseudocódigo de las diferentes etapas del programa desde un esquema que sólo tenía 3 bloques (entrada de datos - procesado - salida) pasando con un esquema de las entradas y salidas a funciones tipo UML hasta la última que especificaba todo el programa. La última fase en la que programabas todo el programa se hacía con un lenguaje de programación. En la uni lo hacíamos con ADA porque es mucho más claro que el C para enseñar.
Hacer esquemas en pseudocódigo hace que se que comprenda mejor la estructura y flujo del programa pero para programarlo todo, hasta la última variable, en pseudocódigo es una estupidez y pérdida de tiempo
Otra cosa que me ponía de los nervios eran los diagramas de flujo de funciones. ¿Para qué sirve programar la función completamente con símbolos y flechitas? Es lo mismo que con el pseudocódigo. Para esquematizar la función y aprender la lógica del flujo de la función y cada estructura de programación es perfecto, pero desde el momento en el que dibujas cualquier variable estás programando y haciendo el trabajo 2 veces.
Pues yo no lo recuerdo con nostalgia....
(Puntos:3, Inspirado)Si condicion1 entonces
accion1
fin-si
y escribir
if(condicion1) {
accion1
}
Pues nada, lo dicho.
Re:Pues yo no lo recuerdo con nostalgia....
(Puntos:2)( http://unfito.blogspot.com/ | Última bitácora: Martes, 06 Enero de 2009, 22:09h )
No veo la diferencia (en cuanto a complejidad o facilidad de compresion)
Pues la hay. El primero se parece mucho más a un lenguaje natural. Eso podrá parecerte una tontería porque ya sabes programar, pero, para alguien que jamás ha programado, el tener que aprender un nuevo idioma, que se basa en símbolos en lugar de palabras , para aprender una lógica practicamente nueva es una traba importante.If I have seen farther, it is by standing on the shoulders of giants. (Isaac Newton)
Re:Pues yo no lo recuerdo con nostalgia....
(Puntos:1)Re:Pues yo no lo recuerdo con nostalgia....
(Puntos:2)( http://helvete.escomposlinux.org/ )
Hacer esquemas en pseudocódigo hace que se que comprenda mejor la estructura y flujo del programa pero para programarlo todo, hasta la última variable, en pseudocódigo es una estupidez y pérdida de tiempo
Otra cosa que me ponía de los nervios eran los diagramas de flujo de funciones. ¿Para qué sirve programar la función completamente con símbolos y flechitas? Es lo mismo que con el pseudocódigo. Para esquematizar la función y aprender la lógica del flujo de la función y cada estructura de programación es perfecto, pero desde el momento en el que dibujas cualquier variable estás programando y haciendo el trabajo 2 veces.