Hace ya un tiempo algún alumno de la Universidad Tecnológica Nacional (Fac. Buenos Aires) elaboró un video basado en la grabación de una clase, en la cual el docente a cargo de la cátedra de “Diseño de sistemas“, el Lic. Rubén Fernandez Iriart, explicaba qué son los “Enterprise Java Beans“.
A continuación, la transcripción de la grabación (he quitado varias interjecciones y muletillas):
Alumno: ¿Qué es EJB?
Docente: ¿EJB? Enterprise Java Beans, Enterprise Java Beans es el… la Enterprise Java Beans son… dijéramos, los Beans, los Beans Java de las Empresas (risas). Pero… ¿qué es un Bean? Bean es un poroto (risas). No sirven para nada. Nos vuelven locos con estas porquerías (risas).
En realidad una Java Bean es una clase, que tiene métodos automatizados que lo definen. Hay métodos que… hay métodos… hay una clase que, que hace una clase, entonces hace de todo, van y le meten un método, un, un, un Java Bean Method. Entonces ¿un Java Bean Method qué es? Es un método, ustedes le ponen el nombre, les arma una serie de ventanas y les va a terminar agregando un método que ustedes podrían crear un método. Pero, dijéramos que toda la infraestructura les va a crear un método. Ese método, en realidad, es, podría ser un método para recuperar, o podría ser un método para escribir, o podría ser un método para grabar. O podría ser cualquiera de los otros métodos que los construirían ustedes. En general los que están construidos son los Enterprise Java Beans Service, que son métodos que uno directamente apretando botón derecho pin, pun, pun, pun, se van generando.
Beans es, es, es, es, dijéramos… y ustedes ven que hay… que hay Beans en todos lados, ¿no? Porque hay Beans en la parte de presentación, hay Beans en la parte de negocio y… y puede haber Beans en la parte de bases de datos también. Porque en realidad lo que son Beans son conceptos de clases, clases para ellos son Beans.
Alumno: ¿Clases específicas, Profesor?
Docente: Si, pero… es como que son objetos. Son específicas porque son clases que, te vuelvo a decir, que leen, o que graban, o que recuperan, o que… y entonces, en realidad, están propuestas con una serie de accesos rápidos. Fíjense que ustedes están todo dentro de un server, y ese server, o sea, eso se pone… se arman paquetes… tecnológicos… tecnológicos portes de… en donde están… interrelacionados con las otras capas, y las interrelaciones siempre las hacen a través de esos componentes J2EE. Los componentes, o sea, los software de las clases implementadas son componentes, o sea, por eso, a ver: componente, componente, componente, siempre componentes de las tres capas. Entonces ¿los componentes qué son? Software. Pero el software ese ¿dónde fue pensado? Fue pensado en las clases. Pero ahora son componentes, o sea que son software. Yo voy armando software y cuando, digo, se genera hay una serie de métodos que se generan automaticamente, no necesariamente en el J2EE, sino también en Java, pero por ejemplo que son los métodos setter and getter. Los métodos setter and getter es como que son métodos que ya están definidos, que uno directamente lo único que hace es cambiarle la variable que usa.
También pueden hacer el proyecto con Enterprise Java Beans, con elementos de J2EE. Algunas partes del sistema pueden hacer. Si estás e una relación cliente/servidor. O sea, miren toda la tengología que podríamos llegar a tener y aplicar en un ejercicio. En líneas generales si quieren aplicar todo, está a disposición de ustedes, el software lo permite, pero van a tener que sentar el culo y trabajar mucho, lo cual dudo que estén predispuestos a hacerlo. Aunque eso les reditúe mucho.
Como puede apreciarse, el Lic. Rubén Fernandez Iriart no tiene la más remota sospecha sobre tema que está tratando (y ni hablar de su uso del idioma castellano). Peor que eso, en vez de disculparse y comprometerse a responder en una clase posterior (como haría cualquier persona con un poco de vergüenza), encara hilvanando un sinfin de frases sin sentido, encadenando las palabras “clase“, “objeto“, “componente“, “mensaje“, “capa“, “servicio“, “paquete“, “software“, etc. Para terminar, quizás tratando de justificar su propia ignorancia y no quedar tan en evidencia, finaliza la explicación desmereciendo y rebajando a sus alumnos, dando a entender que si no logran comprender, es por su falta de disposición (y no por la ignorancia de quien habla).
No clasifico este artículo en la categoría “humor” porque yo también me encontré con este tipo de docentes (casualmente en la UTN Fac. Córdoba) y a punto estuve de dejar la informática por ello. Quizás el daño más grande fue que, al ver la ignorancia de este tipo de “profesores“, sobrevalué mis conocimientos. Me llevó años darme cuenta de que, aunque sabía mucho más que varios de ellos, en realidad sabía poco y nada. Claro que este tipo de “docente” no es patrimonio exclusivo, ni mucho menos, de la UTN (me los he encontrado en varias universidades, con el atenuante de que al menos en algunas de ellas no son mayoría).
Pero la cosa no termina ahí. El Lic. Fernandez Iriart, que parece haberse ganado la antipatía de muchos de sus alumnos (y escuchando su clase se entiende el por qué), es el Presidente del Consejo Profesional de Ciencias Informáticas de la ciudad de Buenos Aires (¡con el “honor” de tener la primera matrícula, número 0001!).
Desde ese Consejo Profesional, que supuestamente “avala la idoneidad de los profesionales de las ciencias informáticas“, este señor se dedica a dictar cursos sobre análisis y diseño orientados a objetos, UML, arquitecturas basadas en “componentes“, etc.
Si este es el tipo de personas que se encarga de representar ante la comunidad a los profesionales de la computación, creo que sumo un punto más en contra de la matriculación obligatoria.
Ver a personas así, arruinando la educación (y quizás la cabeza) de sus alumnos, cobrando un sueldo del estado y, a la vez, representando a los profesionales informáticos, da mucha pena, bronca y, sobre todo, mucha vergüenza…
Bestia!!!
Tenes razón no sólo en la UTN hay esta clase de elementos.
Tengo un poco de bronca en este momento.
Grosso el alumno que le hizo la animanción en flash!