Yo la verdad he intentado seguir el hilo bien...pero ha llegado un momento en que como mi experiencia de programación es tan pequeña no puedo emitir un juicio verdadero y puro, sin incurrir en atacar ejemplos.
Así que una vez demostrada mi postura, simplemente quería comentar que, en sí, a lo que se debe aprender es a pensar en la programación, no en cómo se programa. Entiendo que para hacer algo serio uno debe profundizar lo máximo posible en lo que te ofrece un lenguaje de programación u otro, así los programas estarán mejor optimizados y serán de una calidad plausible. No obstante no podemos centrarnos en un único lenguaje sino abrir el conocimientos a cuantos mas mejor.
Obviamente entramos en un dilema...conocer poco de mucho....o mucho sobre pocas cosas.
Sin embargo en programación se nos brinda la oportunidad de obviar ese dicho de que el que mucho abarca poco aprieta...simplemente gracias al pseudocódigo. Más de una vez me han comentado que una vez sabes programar, ya sabes programar en todos los lenguajes. Lo único que debes hacer es cambiar las instrucciones por las propias del lenguaje, el binario resultante va a ser el mismo o casi....Así que yo veo el pseudocodigo más como una transición entre las ideas y el código resultado.
Qué mas le da al que esté resolviendo el problema que en C se use llaves y en Python se use la identación. El programa es el mismo, pero la forma de escribirlo no. Por ello, se ha de llegar a un equilibrio entre intelección y conocimientos. Desde luego si no conoces las librerías o los protocolos pocos gestores de descargas puedes programar por muy grande que sea el folio.
Mi consejo es...simplemente utilizar pseudocódigo (por eso recomendé basic porque es básicamente lo mismo cambiado de idioma
) y una vez adquirida la capacidad de afrontar problemas informáticos abandonar su practica y profundizar en tu lenguaje, sin olvidar los otros. Usa pseudocódigo para desarrollar ideas o para explicarselo a otro.
Por ejemplo
un programador P en python crea un programa (típico) de calcular el factorial.....sin embargo compara resultados con la calculadora y no son corectos. Un amigo L que pograma en perl le intenta ayudar, pero no conoce las inteioridades de python..solución...¿que has escrito ahí?...pseudocodigo, te has equivocado porque si le dices que empiece desde el 3 pues ya no sale.....
PEEERO, claro, y si el mendas no se ha acordado de que el primer término de una matriz en C empieza por 0 y no por 1? pues que puede estar ahí el error. Por eso es importante cerciorarse de que el programa debe arrojar los resultados correctos con el pseudocodigo...y si no los hace..revisar el código...no la estructura de lo que has hecho o pensado y has puesto directamente en el inteprete.
Espero me haya explicado lo suficiente. Por ello repito que en el proceso de aprendizaje el pseudocódigo es casi tan importante como saber usar cout o printf si hablamos de C o de lo que sea. Luego se deben ocupar de otras cosas y usar pseudocodigo cuando sea necesario.
Un saludo.
pd:LOS EJEMPLOS NO SE ATACAN...eso es de mala educación y de cobardes. Si hay problemas con los ejemplos se comentan fuera de la dialéctica que se lleve a cabo, en forma de offtopic, posdata o dejándolo bien claro que es una anécdota. Lo importante es el contenido. Yo me dí cuenta de que FSI en pseudocódigo no pegaba, pero todos entendimos lo que nos quería trasmitir zambombas. Esos detalles nos pueden hacer caer en un ciclo de picaera malsana en la que Ferdy nos lleva mucha ventaja simplemente porque sabe más que casi todos de los que hay aquí o así lo demuestra. Por ello, por favor, obviar la meteduras de patas de los otros y dejad de buscaros las cosquillas porque no os vais a reir ninguno. Por eso una simple recomendación para un chico que quiere aprender parece una lucha en a ver quien sabe que es c y qué es c++ y en vez de ayudar, asustamos
Buen rollo para todos. Me encantan estos hilos. Por lo menos solemos agotar el tema y no a los participantes, un punto a nuestro favor.
Saludos!
