Capacitación VS Formación
Desde hace ya un par de décadas, por lo menos en cuanto a computación se refiere, existe en las universidades el problema de una enseñanza con demasiada tendencia a ser una capacitación en el empleo de de las herramientas que están de moda en vez de enfocarse a una formación sólida en los conceptos esenciales.
Esto conduce a que los alumnos adquieran conocimientos que son, al mismo tiempo, superficiales en cuanto a los conceptos básicos y demasiado específicos en cuanto a particularidades irrelevantes de las herramientas empleadas. Este tipo de conocimientos se vuelven muy rapidamente obsoletos y dejan a los egresados de estas universidades sin una buena base teórica y conceptual que les permita asimilar facilmente el uso de nuevas tecnologías y herramientas.
Por parte de la industria, esta falta de formación fomenta el empleo de herramientas fáciles de aprender; aunque estas no sean las más apropiadas para enfrentar los problemas con los que se topan.
Además, el inevitable cambio en las modas tecnológicas forza las instituciones a un ciclo constante y frecuente de actualización, el cual impide que su personal académico pueda dedicar todo su tiempo a perfeccionar sus conocimientos, material de cursos y métodos de enseñanza.
Aprender a programar es una formación que requiere por parte del alumno la creación de unas estructuras mentales sofisticadas, y para eso se necesita tiempo y mucha práctica. No existe ningún atajo. Lo que sí se puede hacer es facilitar su aprendizaje por medio de explicaciones claras e, inicialmente, omitir los detalles no esenciales tanto en la teoría como en las herramientas didácticas empleadas.
La omisión de detalles no esenciales es algo mucho más facilmente dicho que hecho. Las computadoras modernas y sus sistemas operativos son muy complejos (desde el punto de vista conceptual, aunque parezcan sencillos de operar). Para escribir un programa hay que primero familiarizarse con los comandos del sistema operativo, el manejo de un editor y probablemente también con los detalles de como se invoca el compilador. Los IDEs (Integrated Development Environment), aunque a primera vista parecen ofrecer una solución, realmente no hacen más que empeorar el problema con sus cientos de menues, ventanas y botones; además de sus “wizards” y otras herramientas que le ¡ocultan al alumno los mismos conceptos que debería estar aprendiendo!
Yo opino que se necesita una herramienta didáctica con las siguientes características:
- Simple de usar
- Conceptualmente sencilla
- Que no intente hacer el trabajo en lugar del alumno
- Estable en el tiempo (es decir que las mejoras en nuevas versiones de la herramienta no deben volver obsoletos ni el material de cursos ni la experiencia adquirida por los enseñantes)
Por estas razones fue que decidimos crear el IENJINIA DevKit. Por ahora sólo están disponibles la herramienta, un poco de documentación y un primer borrador para las primeras cuatro lecciones de un curso basado en estos conceptos. Esperamos próximamente tener más material didáctico disponible.
Me interesa mucho toda la retroalimentación que nos puedan proporcionar sobre este tema.
¡Saludos Mago! Primero que nada, qué buena onda que vuelvas a escribir. Más aún, con un tema tan interesante como el que planteas esta ocasión.
Permíteme apoyarte con una anécdota que me sucedió hace tiempo.
Cuando comenzaba yo a estudiar programación, recuerdo que había un chavo de mi mismo grupo que ya hasta hacía bases de datos, era un master de Visual Basic, e incluso se autoempleaba para darse algunos gustos. Yo CREÍ que él sabía mucho de Bases de Datos. A tal grado que, cuando yo iba a hacer una nómina sencilla en Java o C, lo primero que hacía era preguntarle a él.
Posteriormente, comenzamos a ver Progress… ¿cuál sería mi sorpresa al darme cuenta que este chavo, si no le ponías VB y Access, no sabía ni cómo empezar? Nunca tuve la curiosidad de indagar si él sabía algo de Entidades, o ya de perdida algoritmia para manejo de Tablas y Registros.
Esto, ¿a qué se debe? A que a él, en su secundaria, le enseñaron a usar Visual Basic, directamente desde código, y nada más. Por eso cuando me piden que les ayude a programar o les enseñe más o menos cómo se hace, comienzo por razonamiento abstracto, aunque mucha gente sólo se interesa por el código… y, para acabarla, por líneas que casi casi se aprendieron de memoria vía algún profesor o sitio de resources en internet y no saben ni cómo trabajan.
Cuando estaba en la OMI en Morelia, Michoacán, asistí a una conferencia (por desgracia no recuerdo quién la impartió) llamada “The Games We People Play”. En dicho evento, el conferencista nos puso de ejemplo, así como tú pones las IDEs, los controles remotos de las televisiones… Cuando él, junto con su esposa, diseñó lo que consideraron el “control ideal”, incluía solamente:
* Botón de Encendido/Apagado.
* Control de Volumen.
* Canal siguiente/Anterior.
* Botón de Sleep (opcional).
Regresando claramente a los controles más arcaicos.
Ahora se da la tendencia a remontarnos a los tiempos de las Terminales Tontas por parte de muchos gigantes de la informática (Google, Microsoft…), lo cual tal vez no sea correcto, pero es innegable que no debemos intentar “avanzar” solo por decir que hemos avanzado, sino viendo qué le facilita la vida al usuario sin hacerlo tonto.
Los modelos educacionales en las TIC están en su mayoría enfocados a que los alumnos HAGAN las cosas, pero sin saber CÓMO las están haciendo. Es esa quizás la cualidad más clara de ienjinia: saber, de fondo, cómo y por qué hacemos casi todos los eventos que suceden en el videojuego.
¿O ustedes qué opinan?
Comment by Vicente Raúl Plata Fonseca [XnT] — November 3, 2005 @ 6:10 pm
hola Mago:
ya eres más famoso
http://www.jornada.unam.mx/2006/07/26/004o1pol.php
Saludos
Comment by Ijon Tichy — July 26, 2006 @ 5:55 pm