Pero por más que C se aprenda facil (cosa que todavía cuestiono viendo el grosor de algunos libros destinados a enseñar C) esta el tema de que ES estrictamente necesario. Pascal es una boludez,pero no pueden suponer que todos lo sabemos y decir "bueno muchachos,hoy arrancamos con fortran..." o sea,si para sistemas operativos necesitas C (aparte de bocha de conocimientos adicionales no dictados en la misma cátedra) por lógica,o burocracia o lo que quieran no pueden descartarlo del plan de estudio.
Igual estaría bueno sacar materias como ing.ysoc. y sistemas y org. y cambiarlas por "algoritmos II" y ver teoremas locos e inusuales y aprender Ruby,Python y todo puto lenguaje de programación inventado y por inventar.Pero para mi,pascal,prolog y C y soy pseudofeliz.

Chaito escribió:Amen por eso, pero TAD en SSL era un tema aislado que no tenia nada q ver con los demas :P, 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. :P 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.

Expresiones Regulares y Autómatas finitos son los temas más importantes de Sintaxis. Son conceptos teóricos básicos de la computación. Es como si a las otras carreras de ingeniería les sacaras la Mecánica Newtoniana.

Chaito escribió: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...

Aprender a codificar en un lenguaje X no implica saber diseñar mejores algoritmos, entender los fundamentos de arbol B, Sistemas Operativos, Lenguajes, Motores graficos/fisicos, Bases de Datos, etc, etc, etc.

Aprender C puede significar conocer la mejor herramienta para una determinada taréa, pero no sistituye el algoritmo/estratégia detrás de la solución a un problema.

Chaito escribió: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.

Eso es verdad, pero se puede implementar en la carrera agregando un curso obligatorio. Lo mismo se aplica con los sistemas *NIX y otros que sigan POSIX. Además eso es útil para cualquiera de las otras ingenierías.

La gran mayoría de los ayudantes de SO la tienen terriblemente clara con eso... podrían tirarles unos mangos y que ellos den cursos complementarios :D

Y no esto no es nada raro, si escuché bien en clase, a mi en Sistemas de Representación me quieren hacer dar un curso de AutoCAD...

Chaito escribió: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 :P

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.

Más que de "abajo a arriba" sería de "teórico a práctico" o "conceptual a aplicado".

Me parece que sería una cosa así:

Matemática (Algebra/Análisis) -> Matemática Discreta/Probabilidad -> Algoritmos y Estructuras de Datos -> Sistemas

Teseracto escribió:

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.

Obvio! y en teoria arboles está en el temario de algoritmos...

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

Claro, pero seguis sin saber como se implementa...

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

FAIL! remega FAIL, el codigo JavaCode no tiene un puto puntero, para direccionar una variable NO ES UNA DIRECCION DE MEMORIA, se referencia con el nombre de la variable o metodo, porque te pensas que en java un int dentro de un metodo de una clase puede pesar 40 bytes? cuando solo 4 son dato?

SABIA q ibas a responderme esa pelotudez ajajajajaja

Teseracto escribió: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?

En C# se puede hacer porque las variables si son referencias que abajo son direcciones de memoria, solo que uno se abstrae de todo eso, y no sabe como funciona... no hay magia diria cierta profesora...

Teseracto escribió: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.

C te permite trabajar a alto nivel, y a bajo nivel, podes trabajar a nivel BIT si queres.

Teseracto escribió: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.

Todos los lenguajes se terminan compilando en ejecutables 0 y 1 (menos java)

Teseracto escribió: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).

???

Teseracto escribió: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 .

No me interesa visual basic, es una re cagada jajajaja, y obvio que puede llamar a las apis porque estan compiladas en .DLL (codigo de maquina, no?) nose, pregunto , aunque no creo que un lenguaje que implemente codigo nativo (como java) pueda hacerlo

porque esos lenguajes pueden hacerlo? porque abajo hay un lenguaje de bajo nivel... vos me lo explicaste hace tiempo... abajo de tu querido python hay C!!! oh my god!

Teseracto escribió: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?

Se, fijate como triunfo ese sistema operativo hecho con un lenguaje tan "lento" como smalltalk. MAC OS X (SO ORIENTADO A OBJETOS) esta programado con Objective-C... ya que permite la programacion orientada a objetos parecido a smalltalk, pero tambien permite usar todo lo de C... con eso se gana mucha velocidad para hacer las cosas que la POO hace engorrosas

Teseracto escribió: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?.

No creo que puedas hacer un juego groso en Assembler, si podes, hacelo y despues hablamos... jajajaja si tenes huevos no? como el final de algoritmos de la calcu en Qbasic (JAJAJAJAJAJAJAJA )

Un engine programado en C permite que todas las cosas de abajo corran rapido y aprovechen los recursos, asi lo que va arriba tiene "margen" y puede abstraerse bien de todo eso... de que me estas hablando???!!!!

Teseracto escribió: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...

Claro, y por eso el ingeniero no tiene que saber que pasa abajo de todo eso?

Abajo de todos estos lenguajes de ahora (menos java) hay C, y vos lo sabes.

Teseracto escribió:

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

Chaito escribió: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...

Dem0 escribió:

Chaito escribió: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.

Expresiones Regulares y Autómatas finitos son los temas más importantes de Sintaxis. Son conceptos teóricos básicos de la computación. Es como si a las otras carreras de ingeniería les sacaras la Mecánica Newtoniana.

Pero son temas re fáciles y no se aplican nunca mas en el resto de la carrera, para un Cientifico de la computacion es importante, no creo que para nosotros lo sea amenos q vayamos a diseñar un lenguaje, o un compilador, cosa que ademas, la carrera no te deja bien parado para afrontar.

Dem0 escribió:

Chaito escribió: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...

Aprender a codificar en un lenguaje X no implica saber diseñar mejores algoritmos, entender los fundamentos de arbol B, Sistemas Operativos, Lenguajes, Motores graficos/fisicos, Bases de Datos, etc, etc, etc.

Aprender C puede significar conocer la mejor herramienta para una determinada taréa, pero no sistituye el algoritmo/estratégia detrás de la solución a un problema.

Claro, yo no estoy diciendo que haya una materia de C, sino que haya una materia mas de algoritmos, en la que se use C como herramienta, al igual que en algoritmos 1 se usa pascal... no se sale groso saliendo de pascal, pero si agarras los algoritmos y te lees una hora la sintaxis de pascal haces maravillas... o no? lo importante son los algoritmos, el lenguaje es una herramienta que lso acompaña.

Dem0 escribió:

Chaito escribió: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.

Eso es verdad, pero se puede implementar en la carrera agregando un curso obligatorio. Lo mismo se aplica con los sistemas *NIX y otros que sigan POSIX. Además eso es útil para cualquiera de las otras ingenierías.

La gran mayoría de los ayudantes de SO la tienen terriblemente clara con eso... podrían tirarles unos mangos y que ellos den cursos complementarios

Y no esto no es nada raro, si escuché bien en clase, a mi en Sistemas de Representación me quieren hacer dar un curso de AutoCAD...

Para mi los algoritmos de busqueda y ordenamiento dinamicos en estructuras n-arias es un tema recontra importante, y C como herramienta tambien para el resto de la carrera, entre esas dos cosas sacas una materia brillante para la ingenieria, y la creo mucho mas importante que una materia base para diseñar compiladores...

Dem0 escribió:

Chaito escribió: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.

Más que de "abajo a arriba" sería de "teórico a práctico" o "conceptual a aplicado".

Me parece que sería una cosa así:

Matemática (Algebra/Análisis) -> Matemática Discreta/Probabilidad -> Algoritmos y Estructuras de Datos -> Sistemas

Puede ser, pero se entendio el ejemplo jaja no importa los nombres, lo que importa es que va desde lo exacto hacia la tecnica, de lo demostrable hacia lo deducible, de lo teorico a lo practico, o de abajo hacia arriba

Yo curse SSL en el plan 95 con Bruno, y lo que vi de c en clase fue un 5%. El resto lo aprendi solo en mi casa con un libro y la pc. No me parece tan terrible eso. Si en la facultad no te incentivan a investigar algo que no sabes y poder comprenderlo estamos al horno. Para SO tambien necesitas saber utilizar la consola de linux y que yo sepa en ninguna materia te lo enseñan tampoco. Cual seria la diferencia? Si tuvieran que enseñar todo lo que en algun momento de tu vida vas a necesitar, la carrera duraria 30 años.
Me parece que estamos muy acostumbrados a que nos sirvan todo en bandeja.

DreamDrums escribió:Yo curse SSL en el plan 95 con Bruno, y lo que vi de c en clase fue un 5%. El resto lo aprendi solo en mi casa con un libro y la pc. No me parece tan terrible eso. Si en la facultad no te incentivan a investigar algo que no sabes y poder comprenderlo estamos al horno. Para SO tambien necesitas saber utilizar la consola de linux y que yo sepa en ninguna materia te lo enseñan tampoco. Cual seria la diferencia? Si tuvieran que enseñar todo lo que en algun momento de tu vida vas a necesitar, la carrera duraria 30 años.
Me parece que estamos muy acostumbrados a que nos sirvan todo en bandeja.

eso mismo es lo que trate de explicar y es lo que pienso!

Cita:Puede ser, pero se entendio el ejemplo jaja :P no importa los nombres, lo que importa es que va desde lo exacto hacia la tecnica, de lo demostrable hacia lo deducible, de lo teorico a lo practico, o de abajo hacia arriba :P

Pero mi punto era precisamente que de "bajo nivel" a "alto nivel" no es lo mismo que ir de "teorico a práctico".

Los sistemas de bajo y alto nivel tienen los mismos fundamentos teóricos. Es teoricamente lo mismo implementar un algoritmo de ordenamiento en Python que en binario.

En mi opinión la única diferencia entre los diferentes niveles son las limitaciones de lenguaje, almacenamiento, capacidad de calculo, etc, etc. Todos son plataformas donde se implementan diseños que tienen una masa teórica en común.

Cita:Yo curse SSL en el plan 95 con Bruno, y lo que vi de c en clase fue un 5%. El resto lo aprendi solo en mi casa con un libro y la pc. No me parece tan terrible eso. Si en la facultad no te incentivan a investigar algo que no sabes y poder comprenderlo estamos al horno. Para SO tambien necesitas saber utilizar la consola de linux y que yo sepa en ninguna materia te lo enseñan tampoco. Cual seria la diferencia? Si tuvieran que enseñar todo lo que en algun momento de tu vida vas a necesitar, la carrera duraria 30 años.
Me parece que estamos muy acostumbrados a que nos sirvan todo en bandeja.

Claro, yo hice la misma que vos.

Si me preguntás a mi, la práctica de tener que aprender un lenguaje por tu cuenta es muy importante para alguien que labure con sistemas.

rulo escribió:Igual estaría bueno sacar materias como ing.ysoc. y sistemas y org. y cambiarlas por "algoritmos II" y ver teoremas locos e inusuales y aprender Ruby,Python y todo p*** lenguaje de programación inventado y por inventar.Pero para mi,pascal,prolog y C y soy pseudofeliz.

Las materias no tienen que ponerse o sacarse por gusto... a la mayoría puede no gustarle Ing y Soc pero son conceptos básicos de la sociedad que no podés ignorar. Tenés que pensar que hacés la carrera para ser ingeniero, no sólo para hacer lo que te gusta, y eso te hace cumplir un rol social indudable.
Por otro lado, Sistemas y Organizaciones, es la base de las demás troncales... no sé si era anual ahora, pero como cuatrimestral ya estaba bien (y muchas troncales tb deberían serlo). En eso justifico que se achique el tiempo de cursada para la cantidad de temas que se dan (hacer miles de TPs del mismo tema no justifica, me parece...). Igual, lo mejor sería que dieran suficientes temas útiles siendo las troncales -además de los que ya deben dar-.
Y por último... si en la universidad se dejan de ver teoremas locos fundamentales y se empieza a ver más lenguajes, que no hacen a la formación, eso ya se acercaría más a un IAC que a una UTN .

Sobre si enseñar C o no... es verdad, no es fácil aprenderlo sabiendo sólo Pascal, ya que este último es mucho más "ameno" e intuitivo. Capaz no estaría mal un par de clases, o al menos, que digan qué libro leer como recomendado o algún apunte resumen (no sé si ya lo hacen). Yo tampoco aprendí C en la cursada (aunque la mia fue muy mala), sino de K&R. De todas formas, me parece bien que las materias de una universidad se encarguen más de la teoría, ya que la práctica debería correr más por cuenta propia (claro que, de todas formas, nunca hace mal ni molesta una orientación mínima para empezar).

Cita:Igual estaría bueno sacar materias como ing.ysoc. y sistemas y org. y cambiarlas por "algoritmos II" y ver teoremas locos e inusuales y aprender Ruby,Python y todo p*** lenguaje de programación inventado y por inventar.Pero para mi,pascal,prolog y C y soy pseudofeliz.

Sistemas y Organizaciones es la materia principal de 1er año. Las materias troncales son infinitamente mas importantes que cualquier otra.

Chaito:
- Arboles no esta en el nuevo temario de algoritmos (fail 1).
- Implementar un algoritmo no es necesario que te lo enseñen en la carrera... ¿Acaso tambien te enseñan como duplicar un formulario? (fail 2).
- En java, es una estructura de datos que contiene un puntero. Por ende, manejas punteros (fail 2,5 si queres).
- Si hay magia. Te recomiendo que veas que se puede usar punteros en C#, y vas a ver que no sabes una goma de C#. Tenes que habilitar la opcion unsafe (fail 3,5).
Que goma importa que puedas escribir bits??? En python tambien podes con el Pack y unpack (creo que se llamaban asi). Estas quedando re careta man, bajo nivel significa bajo nivel DE ABSTRACCION. La forma de crear codigo de bajo nivel, con C, es metiendole assembler adentro. (fail 4,5)
- En lo que me contestaste "???", relee lo que escribi (fail 5).
- ¿Dll es un lenguaje de programacion? Guau O_O (fail 6)
- VisualBasic implementa Codigo nativo y P-Code, dependiendo de si te interesa que el programa ocupe mas, o sea mas rapido. Tocas boton derecho en el proyecto, y luego a Propiedades si no me equivoco. Si no te interesa visual, no discutas, porque cada vez estas quedando mas careta. (fail 7).
- Y abajo de C hay assembler, y abajo de assembler hay... segun tu criterio, deberiamos manejar mucho Assembler, un poco de C, y nada de otras cosas... no te veo defendiendo ASM..... careta (fail 8).
- Pero no es C, es Objective-C.
- Si no crees que puedas hacer un juego grosso en assembler, me estas dando la razon. Y encima te reis pensando que estas contrariandome??? Eso suena a....... EPIC FAIL - 9. (mas que despues te contradecis :S).
- Aprender C no significa que uno sepa lo que pasa adentro. ¿De que estas hablando willis? (Fail 10).
- C NO ES DE BAJO NIVEL MAN!!!!! (Fail 11).


Luego de 11 fails, uno de los cuales es un Epic Fail, me retiro de esta discusion sin sentido con Chaito. Cuando quieras veni que discutimos, pero no tiene sentido hacerlo por foro.

No sé, con el tema de C, yo por lo menos aprendí leyendo un libro solo, igual no aprendi un montonaso porque no le dedique lo suficiente, pero digamos que se puede, y muchisimo mas si antes cursas una materia de Algoritmos. Igual por ahí estaría bueno que en Algoritmos I se de C en vez de Pascal. Bah, como nunca vi Pascal no se cual es la diferencia.

Off-topic:

ya lo dijo un grande... Solo C que no C nada

En lo que postie anteriormente, tuve un error de lectura :P (a ver si lo encuentran!)

Cita:Pero son temas re fáciles y no se aplican nunca mas en el resto de la carrera, para un Cientifico de la computacion es importante, no creo que para nosotros lo sea amenos q vayamos a diseñar un lenguaje, o un compilador, cosa que ademas, la carrera no te deja bien parado para afrontar.

El tema es que para un ingeniero, no es importante el diseño de sistemas operativos, ni la creación de motores graficos, o que X algoritmo sea implementado en C. Lo que importa es saber que herramientas se pueden utilizar, para que lo termine implementando de la mejor forma, un especialista en el tema.

El tener los conocimientos teoricos para crear un lenguaje es muy importante, principalmente porque los sistemas informaticos van a relacionarse con personas. En el anterior tp de SO, tenias que parsear una cadena para ver si pertenecia o no a cierto lenguaje.... Nosotros la chicaneamos un poco, pero vos y yo sabemos que lo que hicimos no era lo correcto ;).

Y con simple hecho de saber la teoria de un automata de pila (que lo aprendimos en la cursada), la codificación sale, para crear un mini-compilador, o por lo menos a mi me salio para hacer un interprete de comandos. Para cosas mas grossas, se tienen que ver un par de conceptos mas, como recursividad para varias cosas (saber cuando una gramatica es ambigua mediante un arbol de derivaciones, evitar dichas ambiguedades).

Cita:Claro, yo no estoy diciendo que haya una materia de C, sino que haya una materia mas de algoritmos, en la que se use C como herramienta, al igual que en algoritmos 1 se usa pascal... no se sale groso saliendo de pascal, pero si agarras los algoritmos y te lees una hora la sintaxis de pascal haces maravillas... o no? lo importante son los algoritmos, el lenguaje es una herramienta que lso acompaña.

Eso ya seria un tema de Algoritmos 2, y deberia de discutire en otro topic. Nomas voy a decir que si lo importante son los algoritmos, porque encerrar al estudiante en un lenguaje en especial (sea este u otro), cuando la materia es puramente teorica.

Cita:Para mi los algoritmos de busqueda y ordenamiento dinamicos en estructuras n-arias es un tema recontra importante, y C como herramienta tambien para el resto de la carrera, entre esas dos cosas sacas una materia brillante para la ingenieria, y la creo mucho mas importante que una materia base para diseñar compiladores..

La idea es entenderlos mas que diseñarlos, al igual que no se pretende con Sistemas Operativos diseñar un sistema.



Che, hago un topic con la votacion sobre si se deberia o no meter C?

Esta bien que te lo hagan aprender por tus propios medios, porque:

a) Hay mas tiempo para concentrarse en enseñar otros temas

b) Tenes que aprender a aprender por tu cuenta ciertas cosas. El dia que te recibas se van a seguir inventando nuevos lenguajes, se van a mejorar actuales y la cosa va a seguir avanzando. Vos no podes hacer un curso por cada cosa nueva que vallas a necesitar, y de hecho si no la conoces de antemano no vas a saber nisiquiera que es lo que va a solucionarte el problema. Ser autodidacta es muy importante en esta carrera, porque continuamente la tecnologia avanza y vos tenes que avanzar al mismo tiempo.

Cita:Igual estaría bueno sacar materias como ing.ysoc. y sistemas y org. y cambiarlas por "algoritmos II" y ver teoremas locos e inusuales y aprender Ruby,Python y todo p*** lenguaje de programación inventado y por inventar.Pero para mi,pascal,prolog y C y soy pseudofeliz.

Totalmente loco!! jaja chabon vos sabes en que carrera te anotaste? sabias lo que ibas a estudiar? No te anotaste en programacion eh!
Un monton de pibes abandonan la carrera cuando se dan cuenta que se anotaron en la carrera equivocada... me parece mil veces mas importante que te guste mas el tema administrativo en esta carrera que la programacion

invitado escribió:

Cita:Igual estaría bueno sacar materias como ing.ysoc. y sistemas y org. y cambiarlas por "algoritmos II" y ver teoremas locos e inusuales y aprender Ruby,Python y todo p*** lenguaje de programación inventado y por inventar.Pero para mi,pascal,prolog y C y soy pseudofeliz.

Totalmente loco!! jaja chabon vos sabes en que carrera te anotaste? sabias lo que ibas a estudiar? No te anotaste en programacion eh!
Un monton de pibes abandonan la carrera cuando se dan cuenta que se anotaron en la carrera equivocada... me parece mil veces mas importante que te guste mas el tema administrativo en esta carrera que la programacion

jajaja, esta lleno la UTN de flacos que se anotaron en Sistemas, pensando que iban a programar como loco, que seguro se sentaban en el laboratorio para armar programas re grosos, y bla bla bla.... me entendes....

Grave error.... grave error. Un flaco que estudia sistemas, y te dice que saquen Sistemas y Org, analisis de sistemas, etc,,, no tiene ni idea de la vida... o mejor dicho, de que carrera esta estudiando.

ElChacal escribió:jajaja, esta lleno la UTN de flacos que se anotaron en Sistemas, pensando que iban a programar como loco, que seguro se sentaban en el laboratorio para armar programas re grosos, y bla bla bla.... me entendes....

Grave error.... grave error. Un flaco que estudia sistemas, y te dice que saquen Sistemas y Org, analisis de sistemas, etc,,, no tiene ni idea de la vida... o mejor dicho, de que carrera esta estudiando.

estimo que el 80% o mas de los ingresantes o gente de 1º año piensan asi...
Es mas, me encuentro gente que esta en 2º y sigue creyendo eso.


es jodido hacerles entender que el unico objetivo de la carrera no es enseñarles a programar