Cita:Si sirve como una opinion, yo termine sintaxis hace bocha y lo unico que aprendi de C fue a cortar Strings y a formatearlos por pantalla... xD

En sintaxis te enseñaban los strings ASCII, que estan bien, pero que no representan la realidad actual.

Para operativos, como se ve ahora, tenes que ponerte a aprender en dos semanas:
Strings UNICODE.
Semaforos.
Threads.
Sockets.
la demas API de windows.
Procesos (fork).

que es lo realmente jodido a nivel conceptual, ya que a nivel "implementacion", no es mas que saber cuando llamar a una funcion/procedimiento.

Saber usar bibliotecas no te va a salvar de nada.

Entre que en sintaxis te enseñen C como se venia enseñando, o no te enseñen nada, da lo mismo, si te interesa la carrera. La dificultad, para mi, esta en el mismo orden que aprender a usar la linea de comando de Linux. (y ambos te sirven para Operativos)

Lo mas loco que aprendias y que aplicabas en SO, es el manejar Arrays con punteros.

Lo importante es tener una buena base de algoritmos. De ahi, podes aprender cualquier lenguaje estructurado. Todo lo que te enseñaban en SSL, lo podias aprender pancho en tu casa, e ibas a adquirir muchisimos mas conocimientos.

A la larga, uno se da cuenta que todos los lenguajes "normales" se parecen. (excepto python.... oh, yeah!)

Cita:Si aprobaste algoritmos, es porque te sentaste, o porq la cursaste con bruno

psst, pricilita la aprobo con bruno.


¿Mi opinion respecto a la materia, como esta dada ahora?

Deberia estar dada a un nivel mucho mas matematico, profundizandose los usos de los automatas, lenguajes y gramaticas. ¿Cuantos saben que gracias a las expresiones regulares, saen los fractales, y por ende, los mapas generados al azar? Hay miles (millones!) de aplicaciones de los automatas, que se podrian aprender en la materia.
Ahora es una materia light, que te agrega una pizca de algo, para que lo aprendas por tu cuenta. SSL es como un libro de Paenza (salvando las distancias).

¿Dar C en la facu?
Mi ideal de facultad es otro... Aprender un lenguaje no te hace mejor o peor ingeniero (ni mejor o peor programador). Creo que se deberia dar un fuerte apoyo a cursos gratuitos paralelos. De esos cursos, puede haber uno de C, otro de Python, otro del uso de QBASIC, etc...

... A los que piensan que en SSL deberia verse C....
¿Les gustaria que en Paradigmas se vea todo implementado en Java?

Todas las materias deberian ser asi de "genericas" como lo es paradigmas, y que uno se especialice en lo que quiere (mediante materias electivas, por ejemplo). Dependiendo de las electivas que hagas, te dan un sub-titulo. Como ya se hace en muchas carreras. (en quimica es asi... en electronica tambien, ¿no?).


El dato: Todo el mundo dice que es una materia re boluda, pero la mayoria desaprueba los finales. Y eso que no son jodidos generalmente.

Cita:Nos costaron las listas y colas pero por esa bosta de tener que hacer doble puntero.

Listas doblemente enlazadas, arboles, cumulos, listas circulares..... practicamente no sabemos nada de estructuras de datos dinamicas. Eso es un garron (ya que es totalmente independiente del lenguaje).

gracias a todos por sus opiniones

Es una de las cosas que me preocupa de la carrera.
Ojo que estoy cursando algoritmos todavía,no llegue ni a sintaxis,pero no pueden presuponer que tenes los conocimientos para todo.Si fuera así,que saquen discreta,analisis y arquitectura y que te metan de entrada en algoritmos,sintaxis y analisis II en primer año y que lo otro lo tomen en el ingreso.
Nose,habría que hablarlo porque parece que es una decision de cátedra.Entonces onda,hablar con el/la jef@ de catedra y ver si se puede correjir eso.
Sino de ultima pense en meterme de oyente en alguna clase de info 1 y 2 de electronica donde si no me equivoco ven C (a lo mejor mas acotado pero algo es algo).

ya se hablo, un lenguaje de programación lo aprendes tranquilamente con un manual/tutorial y practica...

en tu vida te van a enseñar 1 o 2 lenguajes y vas a aprender muchos mas por vos mismo y no es nada del otro mundo

Pero uno no va a algoritmos a aprender C... la necesidad de una materia mas de programacion es facil de ver... el tp de operativos se sufre hasta las bolas no porque operativos este mal, sino porque hay un hueco antes

En la utn se reciben inegieros en sistemas que no tienen idea de tecnicas basicas de programacion (patrones¿?) como lo es "Dividir y conquistar" por ejemplo... Nunca una materia en la que se ven automatas va a compensar tanto a un ingeniero en sistemas como una mas de programacion, de eso no hay duda, sino fijense las materias que van despues, aver si una se relaciona con lo que se ve en sintaxis... NINGUNA!

es un hueco aparte que deberia ser suprimido... hay mucho conocimiento que falta de programacion en la carrera, claro, con una materia sola no alcanza para esto, es imposible arrancar de cero y llegar hasta arboles y grafos, recursividad y etc en una sola materia, hace falta otra.

El punto de vista de paradigmas es otra cosa, porque si bien es progrmaacion, como que se abre mas a como se plantea el problema mas que en la resolucion, y en base a como se plantea, buscar soluciones que no tienen nada que ver unas con otras, y es base para las distintas maneras en que el ingeniero puede encarar el problema.

Pero partamos de la base que abajo de todo, sigue siendo estructurado, siguen siendo 1 y 0 que ejecuta el procesador, teniendo una buena base de eso, se puede llegar mejor a todo lo demas.

Bah creo yo, para mi es clave un "algoritmos 2" en vez de sintaxis... voy a ser ingeniero, que mierda me importa un fractal.

Y pablo te invito a que vayas a programar en Cobol o en Fortran aver si todos los lenguajes se parecen... todos los lenguajes "Posteriores a C" se parecen, ese es el punto! un ingeniero en sistemas que nunca vio ni C (que es la clave de todos los lenguajes, y de todos los sistemas que se implementan a bajo y medio nivel), y sumado a eso, ni siquiera programo una estructura binaria, no tiene idea de la vida.... al final sos un gran defensor de matematica discreta pero no queres ver su aplicacion en la programacion? yo creo que para algo esta esa materia en la carrera, si a futuro esas cosas matematicas no se ven aplicadas en el desarrollo, termina siendo al pedo tambien.

Saludos.

rulo escribió:Es una de las cosas que me preocupa de la carrera.
Ojo que estoy cursando algoritmos todavía,no llegue ni a sintaxis,pero no pueden presuponer que tenes los conocimientos para todo.Si fuera así,que saquen discreta,analisis y arquitectura y que te metan de entrada en algoritmos,sintaxis y analisis II en primer año y que lo otro lo tomen en el ingreso.
Nose,habría que hablarlo porque parece que es una decision de cátedra.Entonces onda,hablar con el/la jef@ de catedra y ver si se puede correjir eso.
Sino de ultima pense en meterme de oyente en alguna clase de info 1 y 2 de electronica donde si no me equivoco ven C (a lo mejor mas acotado pero algo es algo).

Siempre terminan presuponiendo que lo tenés que saber o aprendertelo de un libro, esto es más o menos similar a lo que sucede con algunas materias donde los profesores explican lo que se les canta y como se les canta sin seguir el plan de estudios establecido, despues el alumno se tiene que comer los libros enteros para poder aprobar el final, con SSL pasa lo mismo, le cortaron los contenidos al antojo de ellos y el resultado es que algunos profesores dan algo de C y otros no, por lo tanto el alumno debe aprender este lenguaje aparte para no tener un paso dificultoso por SO.

Que el alumno deba consultar para complementar lo aprendido en la cursada me parece excelente, pero que el alumno deba estudiar todo el contenido de una materia (o un lenguaje) de un libro por un plan mal diseñado o un profesor caprichoso no es correcto y es un filtro para el alumnado.

Respecto a lo de ir a hablar no es mala idea, la cuestion es que no muchas veces despues de que se toman decisiones de este tipo se revierten en beneficio del alumno. Refiriendome a lo de info 1 y 2 de electronica me parece muy mal que un alumno deba cursar materias de otra carrera para poder complementar los cortes de contenido de su propia carrera (no lo digo por el alumno, lo digo por la pesima concepcion del plan de estudios), una carrera debe TENER que autoabasteser de los conocimientos propios de las ramas que la componen.

Y no estoy hablando de aprender C, ni estoy hablando de aprender a programar (que se aprende claro, pero el fin no es ese), sino que estoy hablando de una materia ams de algoritmos, abajo de "nuestros futuros sistemas" van a pasar muchas cosas, cuanto mas sepamos de lo que nos estamos abstrayendo, mejor nos va a ir

O no? a partir de saber mas algoritmos... o C (Como lenguaje, y como tecnicas de programacion), todo lo demas se deduce, todas las materias que van despues en la carrera se enseñan cosas que si vemos mas alla de la explicacion, atras hay algoritmos... como diria Quique Reinosa "La vida es un for y un if".

Sistemas operativos, se enseña con C.
Paradigmas, abajo de toda la abstraccion que planteamos para pensar de otra manera, sigue habiendo un motor en C.
Gestion de datos... los motores usan tecnicas programadas usando tecnicas y algoritmos recursivos y con estructuras binarias (en C, claro)

Mas allá no llegue todavia, pero estoy SEGURO, que cualquier conocimiento adicional sobre lo que pasa abajo, siempre es mejor para lo que pasa arriba.

Mira cuantas cosas en la carrera estan relacionadas con "C", y no con esos automatas de mierda, ni con fractales (?)

Teseracto escribió:Listas doblemente enlazadas, arboles, cumulos, listas circulares..... practicamente no sabemos nada de estructuras de datos dinamicas. Eso es un garron (ya que es totalmente independiente del lenguaje).

Vos lo dijiste, acaso no sirve mas eso para la carrera que las expresiones regulares?


Perdon que te ataque tanto ultimamente jaajjaajaja, pero en cosas que solemos estar de acuerdo pasan sucesos en la vida y salis disparado para el otro lado

Chaito:

Deja de hablar huevadas :P... se esta hablando de SSL, no de Algoritmos 2, que se que deberia ser materia de la carrera. Patrones de diseño Asique, deja de hablar huevadas :P.

Cita:al final sos un gran defensor de matematica discreta pero no queres ver su aplicacion en la programacion?

Justamente lo que digo yo es como se aplica a la progamacion, estructurada, independientemente del lenguaje, asique lee bien lo que puse ;). Vos queres que los chicos, mas que programadores, salgan siendo tecnicos.

Siempre, pero siempre, dije que se debia enseñar algoritmos a full (osea, un algoritmos 2, por ejemplo), y no un lenguaje. Asique, deja de hablar huevadas (x3).

Cita:Y pablo te invito a que vayas a programar en Cobol o en Fortran

Todos los lenguajes se parecen, tienen casi las mismas estructuras. Lo que se diferencia es su sintaxis. Yo defiendo el enseñar a programar. O como diria Quique Reinosa "La vida es un for y un if". Asique no se que te quejas.

Cita:Perdon que te ataque tanto ultimamente jaajjaajaja, pero en cosas que solemos estar de acuerdo pasan sucesos en la vida y salis disparado para el otro lado :S

No, esque vos lees cualquier cosa de lo que escribo... Este topic no habla de "Algoritmos 2", habla de "Que bajon que no se enseñe C en SSL". Todo lo demas que decis es cualk.

No me deja editar el post:

TADs es una herramienta muy importante en la programacion estructurada, y se define en forma puramente matematica.

Expresiones regulares se puede utilizar para modelar, que es una de las tareas del ingeniero. Muchisimos de los avances en la relacion humano-maquina nacen gracias a los lenguajes formales, con unas cuantas cosas mas que no nos enseñan de lenguajes (como traducir textos, hacer resumenes, interpretar lo que el humano quiso decir [voz o texto]).

Los Parsers se realizan gracias a las gramaticas nivel 2.

Los fractales se utilizan en algoritmos de compresion. Vos estaras contento con que te enseñen hoffman. Yo quiero aprender un cacho mas. Por eso digo que me gustaria que se enseñen otras cosas, envez de C, que lo aprendes en un tiro.


Si vos queres ser alguien que tire lineas de codigo toda su vida, te equivocaste de carrera.

La idea de que el ing. en sistemas estudie cosas de programación, es el tener los conocimientos suficientes para crear modelos. Y ahi ya casi no importa si programas en java, c, o cobol. Nada mas necesitas saber las virtudes y defectos de cada uno.

Me voy a comprar la comida... dspues seguire, si el zurdo me deja.

DarthMaul escribió:Siempre terminan presuponiendo que lo tenés que saber o aprendertelo de un libro, esto es más o menos similar a lo que sucede con algunas materias donde los profesores explican lo que se les canta y como se les canta sin seguir el plan de estudios establecido, despues el alumno se tiene que comer los libros enteros para poder aprobar el final, con SSL pasa lo mismo, le cortaron los contenidos al antojo de ellos y el resultado es que algunos profesores dan algo de C y otros no, por lo tanto el alumno debe aprender este lenguaje aparte para no tener un paso dificultoso por SO.

Que el alumno deba consultar para complementar lo aprendido en la cursada me parece excelente, pero que el alumno deba estudiar todo el contenido de una materia (o un lenguaje) de un libro por un plan mal diseñado o un profesor caprichoso no es correcto y es un filtro para el alumnado.

Respecto a lo de ir a hablar no es mala idea, la cuestion es que no muchas veces despues de que se toman decisiones de este tipo se revierten en beneficio del alumno. Refiriendome a lo de info 1 y 2 de electronica me parece muy mal que un alumno deba cursar materias de otra carrera para poder complementar los cortes de contenido de su propia carrera (no lo digo por el alumno, lo digo por la pesima concepcion del plan de estudios), una carrera debe TENER que autoabasteser de los conocimientos propios de las ramas que la componen.

Eso es lo triste de la carrera,pero tampoco creo que sea sea hiper-facil aprender C.Esta bien que dicen que de pascal migras facil,pero te tienen que dar un mínimo de teoría para aprender,despues hay cosas que son análogas a todos los lenguajes,pero no podes arrancar una materia para la cual tenes que saber C en profundidad apenas sabiendo como hacer un hola mundo.

Cita:Siempre terminan presuponiendo que lo tenés que saber o aprendertelo de un libro, esto es más o menos similar a lo que sucede con algunas materias donde los profesores explican lo que se les canta y como se les canta sin seguir el plan de estudios establecido, despues el alumno se tiene que comer los libros enteros para poder aprobar el final, con SSL pasa lo mismo, le cortaron los contenidos al antojo de ellos y el resultado es que algunos profesores dan algo de C y otros no, por lo tanto el alumno debe aprender este lenguaje aparte para no tener un paso dificultoso por SO.

Ojo que no es tan asi.

Los planes de estudio no los elijen los profesores, ni siquiera los jefes de catedra muchas veces. La orden viene de arriba, de mucho mas arriba. No es que le cortaron contenidos "al antojo de los profes".

Actualmente esta ese periodo de caos en los que los profesores explican lo que se les canta, y otros se atienen al programa. Hay materias en las que realmente es un caos esto (como en Arquitectura).

Sobre C, doy una analogia: ninguna materia te enseña a usar lineas de comando, al igual que SSL no te enseñaba a usar el "cmd" de windows (osea, la consola onda DOS). Hay ciertas cosas que se asumen que sabes, o que tenes que aprender por tu cuenta. Como lo es Linux en Operativos.

Y es hiper facil aprender C. Basicamente porque no es un lenguaje que para hacer algo, necesites conocer muchisimas instrucciones (cono Java, o Python, que tenes un objeto para cada cosa).
Es basicamente una lista de poquitas cosas genericas, y todo el peso pesado, lo aprendes en operativos, igualito a cuando laburas.

Lo loco es que la mayoria de los que vivimos SSL con C, y luego operativos, decimos que en realidad, SSL con C tenia mucho sentido... No es que la cantidad de opiniones importe, sino que es de gente que ya lo vivio.
(tenemos a Adriano, LeaTex, Dem0, y audvloid. Ectaziz no se si hizo el TP de operativos [no lo da a entender al menos]).


... Tampoco tiene sentido ver sistemas distribuidos en SO, pero eso ya es otra historia.

En el plan 95 SSL no era correlativa con SO (discreta aprobada, arquitectura cursada), en el plan 08 tampoco (discreta, algoritmos y arquitectura cursadas).
Por eso, obviamente falta una materia antes de SO, o que SO no dependa de de SSL como lo hace ahora.
Esto no se aclarará cuando implementen SO plan 08 el año que viene? O va a ser lo mismo que es ahora?

Teseracto escribió:No me deja editar el post:

TADs es una herramienta muy importante en la programacion estructurada, y se define en forma puramente matematica.

Amen por eso, pero TAD en SSL era un tema aislado que no tenia nada q ver con los demas , digamos q TAD y tal vez en alguna forma los programas comandos eran lo mas util que se aprendia en sintaxis... siendo el programa comando una boludez q cualquiera puede aprender, pero no cuesta nada gastar 30 min de una clase en explicarlo... ahi encima te das cuenta de como trabajan los comandos de la linea cmd. Por lo menos, ami me paso asi. Sin embargo con un batch o bash tambien se puede hacer un programa comando, es mas, se hace, pero es mucho menos generico que uno hecho en un lenguaje como C, ya que el programa comando en C, corre en cualquier plataforma, mientras que los otros, estan hechos para sistemas operativos determinados porque son un bloque de ejecucuion.

Teseracto escribió:Expresiones regulares se puede utilizar para modelar, que es una de las tareas del ingeniero. Muchisimos de los avances en la relacion humano-maquina nacen gracias a los lenguajes formales, con unas cuantas cosas mas que no nos enseñan de lenguajes (como traducir textos, hacer resumenes, interpretar lo que el humano quiso decir [voz o texto]).


Los Parsers se realizan gracias a las gramaticas nivel 2.

Los fractales se utilizan en algoritmos de compresion. Vos estaras contento con que te enseñen hoffman. Yo quiero aprender un cacho mas. Por eso digo que me gustaria que se enseñen otras cosas, envez de C, que lo aprendes en un tiro.

Los algoritmos de compresion tambien los aprendes en un pedo(Si sabes programar en C), el algoritmo de huffman son 5 lineas de codigo en C... tenes que saber arboles y recursividad, despues son 5 lineas... A lo que voy, todo el conocimiento posterior a la carrera usa tecnicas de programacion que se implementan en C... aver si vamos a ponernos a hacer un arbol B en java sin punteros... te quiero ver, todas las cosas de bajo nivel estan implementadas en C... todas, desde los sistemas operativos, hasta los interpretes de lenguaje, los motores de lenguaje, los engines de juegos, las aplicaciones que usan directamente las APIs, los motores de bases de datos...

Teseracto escribió:Si vos queres ser alguien que tire lineas de codigo toda su vida, te equivocaste de carrera.

La idea de que el ing. en sistemas estudie cosas de programación, es el tener los conocimientos suficientes para crear modelos. Y ahi ya casi no importa si programas en java, c, o cobol. Nada mas necesitas saber las virtudes y defectos de cada uno.

Me voy a comprar la comida... dspues seguire, si el zurdo me deja.

Claro, entonces analisis matematico, fisica, y todas esas materias son al pedo tambien no? no entendiste, o si, pero no tiene sentido que me digas eso ya que aprender C no implica tirar lineas de codigo toda la vida porque para empezar, saber C no te da laburo hoy en dia, pero sabiendo C, que es "el padre" de la mayoria de los lenguajes que hizieron furor en la historia, te da el pase directo a cualquier lenguaje despues.

Ojo, no estoy acudiendo a que se enseñe C, sino que se enseñen tecnicas faltantes de programacion CON C, ya que para mi el lenguaje C es un elemento fundamental para TODO LO QUE PASA ABAJO! al ingeniero no le interesa lo que pasa arriba nada mas, el ingeniero es ingeniero porque conoce un sistema de abajo hacia arriba, creeme que no me equivoque de carrera, y cada vez me rectifico mas

Un ejemplo:

Ingeniero Electronico:

Matematica -> Fisica -> Electricidad -> Electronica.

Es tan simple como eso, las carreras de inenieria son carreras que van "De abajo hacia arriba", en sistemas no es muy claro el ejemplo porque los "axiomas" de sistemas no nacen de la fisica, pero si de la razón y de la forma matematica y pasando por los algoritmos de bajo nivel, hasta terminar con resolucion de problemas con abstraccion de lo que pasa abajo, osea el modelo seria:

Matematica -> Algoritmos -> Sistemas de "Bajo y medio nivel" -> Sistemas de mas alto nivel y aplicaciones abstractas del bajo nivel -> Resolucion de problemas.

Todo esto atravezado por las materias "subjetivas" integradoras.

Yo veo un hueco entre los algoritmos y los sistemas de bajo y medio nivel, y mas ahora que no se aprende C que es fundamental para eso.

Bueno q se yo, me fui por las ramas

Cita:Amen por eso, pero TAD en SSL era un tema aislado que no tenia nada q ver con los demas , digamos q TAD y tal vez en alguna forma los programas comandos eran lo mas util que se aprendia en sintaxis... siendo el programa comando una boludez q cualquiera puede aprender, pero no cuesta nada gastar 30 min de una clase en explicarlo... ahi encima te das cuenta de como trabajan los comandos de la linea cmd. Por lo menos, ami me paso asi. Sin embargo con un batch o bash tambien se puede hacer un programa comando, es mas, se hace, pero es mucho menos generico que uno hecho en un lenguaje como C, ya que el programa comando en C, corre en cualquier plataforma, mientras que los otros, estan hechos para sistemas operativos determinados porque son un bloque de ejecucuion.

TADs lo mencione porque diste a entender de que estabas en contra de la enseñanza de "Matematica teorica". Si no sabes, por ejemplo, lo que es una n-upla en Conjuntos, es mas facil que te confundas una llave con un parentesis, por ejemplo. TADs es un lenguaje en si mismo, es una forma de documentar, de explicar a los demas que hace tal estructura. Y para entenderlo bien, se necesitan ciertos conocimientos "teoricos".

No es el tema de que "no cueste nada explicar X cosa", sino mas bien, si corresponde enseñarlo en esa parte o no. Generalmente, no aprendes Pascal en Algoritmos, sino que aprendes lo "minimo indispensable" para ver que lo que pensaste, funciona. Y nadie se queja de ello, porque lo importante es aprender el algoritmo. Sino, se llamaria "Programacion 1" como en su momento lo fue.

Cita:Claro, entonces analisis matematico, fisica, y todas esas materias son al pedo tambien no? no entendiste, o si, pero no tiene sentido que me digas eso ya que aprender C no implica tirar lineas de codigo toda la vida porque para empezar, saber C no te da laburo hoy en dia, pero sabiendo C, que es "el padre" de la mayoria de los lenguajes que hizieron furor en la historia, te da el pase directo a cualquier lenguaje despues.

¿Con analisis matematico y fisica aprendes a programar? Guau, que loco, no sabia!!!

Fijate que yo dije: La idea de que el ing. en sistemas estudie cosas de programación, es modelizar.....

No mezcles los tantos.

Cita:Ojo, no estoy acudiendo a que se enseñe C, sino que se enseñen tecnicas faltantes de programacion CON C, ya que para mi el lenguaje C es un elemento fundamental para TODO LO QUE PASA ABAJO! al ingeniero no le interesa lo que pasa arriba nada mas, el ingeniero es ingeniero porque conoce un sistema de abajo hacia arriba, creeme que no me equivoque de carrera, y cada vez me rectifico mas

C es un elemento fundamental para ser el tecnico de todo lo que pasa abajo.

Para entender lo que pasa abajo, no necesitas saber ningun lenguaje de programacion, ni siquiera assembler. Necesitas saber de algoritmos, mas cosas de Arquitectura de Computadores.

C no 'invento nada'. No es que vino Ritchie y dijo "uia, vamos a crear los punteros" y luego "uia, tomemoslo como matrices", y la computacion fue mejor por eso... C es un lenguaje que se uso masivamente en su epoca, y que no es necesario para entender nada, ni tampoco te hace mejor ingeniero, que alguien que aprendio Pascal envez de C, o que sabe un poco mas de recursos humanos que vos. C deberia ser un curso paralelo, y la facultad deberia estar llena de cursos paralelos. Esa es mi prupuesta.


Vote a Bladimir para Rector, postulante por el (ne)Gro.

Por ultimo, deberia ser como dijo donadello con la herramienta Rational: La usa el que quiere. El que hace el TP con Rational, recibe un certificado oficial de IBM (creo) en el uso de Rational. Por eso mi idea de que NO SEA OBLIGATORIO, al igual que no deberia ser obligatorio el uso de Pascal para el TP en Algoritmos. No se deberia gastar ni una micra de segundo de clases, en enseñar C o Pascal, en materias que no son exclusivamente eso (como talvez si lo puede ser Paradigmas).

Cita:aver si vamos a ponernos a hacer un arbol B en java sin punteros... te quiero ver, todas las cosas de bajo nivel estan implementadas en C... todas, desde los sistemas operativos, hasta los interpretes de lenguaje, los motores de lenguaje, los engines de juegos, las aplicaciones que usan directamente las APIs, los motores de bases de datos...

Mini-pelotudeces:

A) Porque no hacer el arbol B en Pascal? Aunque no lo creas, es muy potente.

B) Si queres hacer un arbol B en java, tenes la clase respectiva para hacerlo.

C) En java, toda variable es un puntero, con contadas excepciones. Es algo que nunca me canse de repetirte en Objetos :P...

D) Podes hacerlo en C#. Tenes que desactivar el "seguro" que tiene, y podes programar un arbol B, en un lenguaje interpretado. La sintaxis es similar a la de C. Segun tu criterio: ¿Porque aprender C, si con C# estoy dentro del mercado, y ademas puedo hacer estructuras que solo se hace con lenguajes de 'bajo nivel'? ¿C# es de bajo nivel por eso? ¿incluso cuando sea un lenguaje interpretado? ¿Porque sibarita es tan rica?

E) Todas las cosas de bajo nivel estan implementadas en lenguajes de bajo nivel, valga la redundacia. Los unicos lenguajes de bajo nivel son los onda Assembler. C es, de los de alto nivel, el mas bajo. Osea, C es de alto nivel.

F) Con C se pueden hacer programas de 'bajo nivel', porque permite enbeber codigo Assembler. Osea, como no es de tan bajo nivel, tiene que llamar a otro lenguaje para hacerlo. Como las API.

G) El que un lenguaje pueda o no hacer las cosas que vos decis que son de "bajo nivel", depende del que genera el codigo maquina, mas que del lenguaje en si. Se puede ver el caso de Python, del cual no hay solo un 'compilador' sino que hay varios, incluso uno que te lo termina compilando en MS-IL (el 'assembler' de .net).

H ) Excepto algunas que poseen maquinas virtuales, la mayoria usan directamente las API de un sistema operativo. Te puedo dar el caso de VisualBASIC, lenguaje interpretado, y creo que tambien tiene maquina virtual propia,y sin embargo, podes acceder a la API de windows como quieras. Si queres, te paso un par de manuales al respecto ;).

I ) Con smalltalk se hizo un sistema operativo en sus inicios, hecho por Xerox si no me equivoco. Mucho antes de Mac-Os, y del tio Bill. ¿Smalltalk por eso tambien es de bajo nivel?

J ) Sobre los motores de juegos, en el foro de la ADVA se estuvo discutiendo eso. Vos estas defendiendo la misma postura que se defendia hace veinte años: ¿Porque voy a programar en C, si con Assembler puedo hacer juegos con mejores efectos graficos?.

Bueno, el tema es que las maquinas cada vez se hacen mas rapidas, mas potentes. Hay multiprocesamiento bajo el poder de usuarios comunes. Hay virtualizacion por hardware. Al igual que antes, se dejo Assembler para usar C, porque C era 'mas facil, rapido y mantenible programar' que assembler. Se eligio perder potencia, para ganar tiempos de trabajo. Ahora esta pasando exactamente lo mismo entre C, y otros lenguajes (como C# con XNA, entre muchisimas otras opciones). Se prefiere perder potencialidad, porque en estos momentos no importa tanto...

Cosa importante:

En SSL, se obligaba a todos a que aprendan un lenguaje ( C ) cuando no era realmente necesario. Aca se esta hablando de que ese hecho no sucede mas.

Cita:Yo veo un hueco entre los algoritmos y los sistemas de bajo y medio nivel, y mas ahora que no se aprende C que es fundamental para eso.

¿Porque no nos enseñan a hacer arboles en Assembler, que es de bajo nivel? ¿Porque no tiene sentido? Y bue.... durante muchisimo tiempo seguro que se hacia....