Author:
Dice llamarse el necio
|
[
Next Thread |
Previous Thread |
Next Message |
Previous Message
]
Date Posted: 18:45:03 05/28/01 Mon
In reply to:
Parece ser un sujeto muy necio
's message, "Una opinion en particular de un proyecto y en general de los metodos de enseñaza" on 18:40:58 05/28/01 Mon
Lo primero que tengo que decirle es que si lo ofendí con mi anterior mail no fue mi intención, le pido muchas disculpas. El único motivo por el cual se lo mande a su dirección de correo (así como a la de Marcela y a la lista) era que Ud. era el responsable de la cátedra y me aprecia correcta la idea de que Ud. no se enterara por 3ros. De ninguna manera el mensaje fue dirigido hacia su persona.
Hay dos circunstancias que me llevaron a mandar ese mail: una fue la situación puntual (lo que para mí fue un cambio de especificación) y otro es el agregado de muchas criticas que tenia acumulada durante estos años.
Voy a intentar describir toda la situación:
Creo yo que existen enunciados que aclaran cada cosa que se debe utilizar (como por ejemplo los que teníamos en estructuras donde nos decían implemente un TDA pila con tales operaciones con estas signaturas) y los abiertos, como por ejemplo tuvimos en Prog.Orientada a Objetos, donde las decisiones quedaban a cargo de los alumnos.
A mi no me molestan ninguno de los dos tipos de enunciados, en uno se prueba la capacidad de que el alumno siga al pie de la letra el enunciado y en el otro quizá se prueba la creatividad para resolver un problema.
Este enunciado fue una mezcla de los dos, y me baso en esto: el enunciado no dice implemente un TDA entero largo, puedo llegar a entender que en donde dice “La implementación debe realizarse de forma tal que permita decidir al usuario la cantidad de bits que ocupará la clave” haga referencia a que el tipo entero no soportaría todos los bits que el usuario quiera y se tenga que implementar un entero largo. Bien, ahora Marcela dijo el día que explico el proyecto en el pizarrón que no era necesario implementarlo, que con el long de C++ alcanzaba. Ahí esta la falla, si a mí me daban un enunciado que dijera implemente un sistema RSA lo mejor que se le ocurra y lo implementaba con tipos básicos y Uds. me ponen una C no lo voy a discutir, porque creo que en la realidad el TDA entero largo es imprescindible. Pero entienda Ud. que cuando te dicen: “no te gastes hacelo con el tipo básico” me tire a hacerlo de una, no me voy a andar complicando. Me quede muy sorprendido con la “novedad” del mail (que en palabras de Marcela fue una novedad). El proyecto yo lo tenia terminado y andando. El cambio de tipo primitivo a uno estructurado significo que todos los parámetros de entrada de las funciones que antes eran pasados por valor ahora lo sean por variable y prácticamente no andara nada, tuviendo que cambiar todo el código.
Lo del cambio de la fecha de entrega lo tome como algo positivo, ni se me paso por la cabeza pensar en eso, realmente no entiendo como pudo Ud. pensar que el motivo era ese.
Este fue el hecho puntual, que ahora que termine el proyecto y creo anda todo bien no me preocupa mucho. Ahora cuando me puse a escribir esa critica me di cuenta que hay muchas cosas mas que me molestan y creo que son cosas que por muchos de nosotros son tomadas como “naturales”.
¿Pero porque razón el primer proyecto fue corregido tan celosamente cuando pareciera que no leen muy bien lo que la practica misma escribe?, ese fue otro punto, deberían Uds. exigirse tanto como a nosotros (y no creo que sea una razón de presupuesto sino de ganas).
No creo que sea un problema de la cátedra en si, ni que yo los estoy persiguiendo o algo por el estilo, es que explote ahora. Es que veo en la fotocopiadora enunciados de practica y textos de teoría que contienen los mismos errores que años anteriores, siendo que 40 alumnos fuimos a decirles a los profesores “esto no tiene sentido”, hay tantas cosas que discutir, ¿y ninguna de estas cuestiones les llega a Uds. los profesores?, he recibido mails en esta cuenta anónima y me han hecho planteos de muchas falencias que hay en la carrera, ¿no les interesa esto?
No soy un tipo que no tengo ganas de estudiar, ya supere la mitad de la carrera, quiero aprender, me parecen barbaras sus transparencias, ese no es el problema, si quiere le mando un mail alagandolo pero surgió la necesidad de decir las cosas malas. Quiero una lista de mails, pero que tenga feedback no que tenga una sola dirección de comunicación y solo sirva para mandar archivos. Si Uds. no fomentan la comunicación no van a tener respuestas de nada, es lo que sucede a veces en clase cuando Uds. hacen la clásica pregunta “alguna duda” o “como se resuelve esto” y no responde nadie, por el simple echo de que muchos profesores hablan durante 60 minutos y pareciera que estuviéramos viendo una película.
Hasta he notado una mejoraria de la relacion con los alumnos con respecto a lo que era en Prog. Orientada a Objetos, pareciera que ahora quiere que participen mas . Eso esta barbaro y si eso se fomentara desde la primer materia se tendrían clases donde participaramos todos.
Hay muchas otras cosas mas que tengo opiniones, con respecto a la carrera en si, no si a Ud. puntualmente le interesan.
Cuantas criticas a recibido en el ultimo tiempo, cuantos alumnos se le acercaron a decirle esto me parece mal?, si yo no mandaba ese mail anónimo no hubiera dicho las cosas que dije y no hubiese tenido repercusión en Uds., creo que la próxima vez que hagan un enunciado de proyecto lo van a tomar mas seriamente. Si Ud. quiere escuchar opiniones va a tener que aceptar mi duda acerca del probable encasillamiento, sino quiere que siga aceptando todo lo que esta sin plantear nada.
[
Next Thread |
Previous Thread |
Next Message |
Previous Message
]
|
Feedback: 