VIII Jornadas de Enseñanza Universitaria de la Informática Cáceres ...

enseñar a diseñar a través de buenos patrones y,por último, enseñar a analizar” [T.Love]; “paradominar el análisis OO, es preciso haber aprendidolos conceptos fundamentales desde el nivel de laimplantación [...] Únicamente después de unencuentro, con las manos en la masa, con el usooperativo del método, estará uno preparado paracomprender los conceptos del análisis OO” [43].El informe de ACM/IEEE2001 previene sobrelos efectos de trabajar sin un lenguaje deprogramación y llama la atención sobre el mayoresfuerzo requerido por parte del profesor.Por tanto, pensamos que no se puede empezarcon modelos, ni con análisis primero, para evitar lacomplejidad de la programación, sino, queconviene introducirla escalonadamente, reforzandocada concepto teórico con su correspondienteimplantación concreta sobre un lenguajeejecutable.4.2 Anteponiendo la programaciónEste enfoque se apoya en la siguiente tesis:¿conoce usted algo “mejor” que la OO?, ¿no?,¿por qué enseña algo que le parece “peor”?[16,18,35,40,54].Habría otras alternativas, por ejemploempezar con programación concurrente OO coninterfaces gráficos, o usar lenguajesmultiparadigmáticos como Leda [13](lógico/funcionales/procedimentales orientados aprocesos y a objetos) y resolver cada parte deldominio del problema con el paradigma másadecuado. Se podría empezar con XML y,desechar definitivamente el lastre de los datosformateados. Pero, ¿Tengo que enseñar “el mejor”paradigma?... ¿cuál será el mejor mañana? Elobjetivo de la docencia es prepararles para quepuedan evolucionar en consonancia con laevolución del software y según las necesidades desu propio ejercicio profesional.Algunos de estos trabajos plantean elaprendizaje a partir del estudio y adaptación debuenos programas diseñados por otros, queservirán como patrones o modelos de nuevosprogramas [48,58]. En el entorno OO, muchospatrones interesantes conllevan complejasrelaciones entre clases, que producen unasobrecarga, no sólo de conceptos, sino de diseño.Otras propuestas conjugan la exposición de losconceptos OO con el uso de bibliotecas (API yframeworks) [41], que fomentan la abstracción,encapsulación, modularización, y jerarquización.No parece viable utilizar las clases de labiblioteca sin conocer el paso de parámetros porvalor o referencia de los mensajes, sin conocer lasestructuras de control de flujo de ejecución queordenen los mensajes en el tiempo y aprendertodo a la vez, es en una sobrecarga excesiva parael alumno.Otras propuestas que anteponen laprogramación presentan un acercamiento a la OOdesarrollando aplicaciones con interfaces gráficosde usuario [26,33,50,51,55,63,64], o basando elcurso en la creación de interfaces coloridas yjuegos. La solución se articula a través de appletso con frameworks simplificados e irreales.Sus desventajas son la suma de las de otraspropuestas. Respecto al temario, es precisointroducir simultáneamente: tipos, variables,expresiones, sentencias de control añadiendoclase, herencia, método y mensaje. Si es duroaprender programación estructurada en un curso,la introducción de estos nuevos conceptosproduce una sobrecarga inabordable [26].Respecto a mecanismos de diseño: tambiénsobrecargan con relaciones de herencia,composición y asociación, impuestas desde elprimer momento, para terminar construyendo unapplet, que es el peor ejemplo de clase, del estiloConversor de Celsius a Fahrenheit o similares;¿no será la clase GradoTemperatura quién asumela responsabilidad de la conversión, donde elinterfaz no calcula, sino que requiere y presentalos datos?Respecto a la estructura de la interfaz,manejan un modelo de eventos globalizado o unaarquitectura sin eventos, con comunicaciones porcadenas de caracteres entre todos loscomponentes del modelo/vista/controlador. Estosmodelos no sirven como antesala de lasbibliotecas industriales y no tienen envergadurapara resolver problemas reales.Por tanto, compartimos que “adoptar elparadigma OO en primero implica (al menos, talcomo se ha llevado a cabo en muchos libros)exponer a los estudiantes a conceptos muycomplejos y, a menudo delicados, antes de quedispongan de conocimientos adecuados paracomprenderlos” [12]. Los, sin duda, loablesobjetivos de fomentar la reusabilidad y dedesarrollar potentes aplicaciones desde el