#97#96 Yo me retiré de la informática, pero cuando la estudiaba considero que los objetos no se deben aprender al principio, te puede crear malos vicios, debes aprender primero a programar sin ese superconjunto, y luego pasas a la orientada a objetos, que en la UIB lo hacías a partir de segundo, no me parece mal sistema ese, hay cosas más criticables que esa.
Pero primero debes aprender a programar, a aplicar la algoritmia para resolver los problemas, luego resuelves los problemas con la programación orientada a objetos, sin la base esa, puedes resolver los problemas pero te pueden salir auténticas pifias o barbaridades.
#134 Para #97. Lee este comentario atentamente, te lo pido como amigo. El peor ejemplo que se le puede dar a una persona sobre lo que es la programacion orientada a objetos es decirle que una ventana, pongamos de Windows, es un objeto. Es un muy mal ejemplo porque da a entender que un objeto tiene que ser algo que puedas visualizar, como una ventana en la pantalla. La programacion orientada a objetos, como todo, hay que enseñarla desde el principio, y el principio no son ventanas ni nada parecido. En un curso de iniciacion de OOP lo primero que se aprende es a estructurar tus programas con objetos sencillos que define uno mismo. Un objeto no es mas que 'la aparicion expontanea' en la memoria del ordenador de una estructura de datos (clase) compuesta por un conjunto de lo que sea (enteros, strings, caracteres, arrays, incluso otras clases ya definidas) y una serie de metodos (funciones = subrrutinas = metodos) que estan contenidos en una misma clase de objetos. Este enfoque en el inicio del aprendizaje de la programacion te ayuda a visualizar las herramientas e ideas con las que estas trabajando; basicamente definicion de clases, creacion de objetos y llamadas a los metodos de los objetos. Una vez que estas ideas se van asentando con un poquito de programacion estructurada en los metodos (if...then, while...do, for..to) viene el turno de los algoritmos de ordenacion para ir familiarizandose con ellos. En ese momento uno descubre que los algoritmos de ordenacion no solo pueden utilizarse para ordenar un triste array de toda la vida, sino que puede utilizarse para ordenar incluso UN CONJUNTO DE OBJETOS CREADOS EN MEMORIA.
Y despues viene la parte importante de verdad. Esta parte es la que estudia las estructuras de datos, como pueden ser listas, arboles binarios y grafos de todo tipo. Todo esto es en defintiva la algoritmia de la que hablas, pero avanzada, de forma que hasta en un lenguaje interpretado como Java un programa que maneje mucha informacion se ejecute con elegancia y soltura. Y todo esto que he contado hasta ahora es utilizando solo una pequeña parte de Java, porque Java contiene muchisimas clases prefabricadas que pueden ayudar mucho al desarrollo de aplicaciones sin tener que reinventar la rueda constantemente. Por ejemplo, con la clase ArrayList de Java, crear UN ARRAY DE OBJETOS EN MEMORIA es pan comido. El aprendizaje en el manejo de todas las clases pertenecientes a Java o externas a Java (por parte de terceros) es un trabajo que puede aprenderse a medida que se trabaja con Java, pero no sin antes haber machacado todo lo anterior descrito en este post. Solo he pretendido dar unas pinceladas de porque el orden en que aprendemos programacion en la Universidad de Oslo me parece el enfoque mas apropiado. Espero no haber saturado a nadie.
#135#134 Yo seré demasiado clásico, pero estoy con #97. Yo enseñaría programación desde el nivel de abstracción más bajo hacia el más alto. Es decir, tal cual me enseñaron a mí: primero una especie de introducción de ensamblador (goto's y animaladas incluidas, claro), después programación estructurada. Y, posteriormente, programación orientada a objetos, programación funcional, programación lógica, etc.
Pero esto es opinable, estoy seguro de que una formación que comience con OOP tal y como tú la planteas también es perfectamente válida
Pero primero debes aprender a programar, a aplicar la algoritmia para resolver los problemas, luego resuelves los problemas con la programación orientada a objetos, sin la base esa, puedes resolver los problemas pero te pueden salir auténticas pifias o barbaridades.