Resultados de la encuesta

He analizado la información de la encuesta de la asignatura. Los resultados son los siguientes.

La teoría recibió una nota media de 7.94 (desviación estándar: 1), las prácticas un 8.06 (desviación estándar: 1.25) y el libro un 7.41 (desviación estándar: 1.46). No son malas notas y no hay mucha diferencia entre ellas, pero luego leyendo los comentarios se ve que mucha gente considera las prácticas lo mejor de la asignatura y hay bastantes quejas sobre el libro. Más sobre ello más adelante. Además tienen la enorme ventaja de que puedo detenerme más en las cuestiones que veo que no se entienden: en las clases "tradicionales", en las que los alumnos no suelen preguntar, es mucho más difícil saber si estás explicando cosas ya sabidas.

Sobre la forma de dar las clases, 14 personas prefirieron las clases interactivas y 2 personas prefirieron unas clases más tradicionales. A mí me gustan más las interactivas, creo que se aprende más y se hacen menos aburridas.

Sobre razones para no asistir a clase, varias personas mencionaron el horario. A mí también me costaba madrugar los viernes, pero es cierto que en muchos trabajos es normal tener que entrar a esas horas todos los días.

Las notas de las prácticas fueron:

Las notas son todas bastantes similares. La práctica I de multimedia (la que trataba de sonido) es la que recibe la nota más baja a la vez que tiene la desviación estándar más alta. Eso es porque hay posiciones extremas: gente a la que le gustó mucho y gente a la que le gustó poco (de hecho, una persona le puso un cero). Creo que para otro año voy a meter algo de configuración del sonido en Linux y pasar de llevar instrumentos, que me ha dado mucho trabajo y no parece que haya sido muy instructivo. Otra práctica con nota baja y mucha desviación típica es la del Registro. Sé que en general no gusta, especialmente a la gente que no fue a clase y se perdió la explicación, pero creo que es interesante enfrentarse en algún momento en la carrera al API de Win32, aparte de los conceptos generales del Registro.

En los comentarios finales respecto a qué falta, qué fue lo mejor y lo peor, se ven unas cuantas ideas:

1) Las prácticas en general son lo mejor valorado de la asignatura. Hay gente que pide más y hay gente que las querría mejor: con más explicaciones o más tiempo.

2) Entre lo mejor también había personas que valoraban el tratar hardware y tecnologías actuales, y la forma de dar las clases.

3) Varias personas preferirían un método de evaluación continua. Sin embargo, viendo el ratio de asistencia a clase (9.32 de 17 personas de media, 2.44 de desviación estándar) veo difícil evaluar en clase. Además de que esa evaluación quitaría tiempo para explicar y discutir los contenidos.

4) Alguna persona pidió exámenes anteriores de la asignatura o preguntas de test en clase. Otros años hacía preguntas en clase de las que luego caían en el examen, pero creo que la gente luego se centraba en estudiar sólo esas preguntas, el aprendizaje era escaso y la evaluación incorrecta.

5) Una queja general es que hay demasiado contenido en el libro. Creo que es verdad, pero precisamente para eso estaban las clases, para intentar dar más importancia a algunas partes. En el examen creo que sólo pregunté sobre cosas que se hablaron en clase.

Hay gente que se queja de que hay demasiados acrónimos. Me temo que eso no es problema de la asignatura o del libro, sino de la realidad tecnológica. La informática es así y hay que aprender a vivir entre los acrónimos y saber de qué van.

6) Una persona se queja del tiempo que se echa configurando Linux. Creo que es algo que hay que arreglar para el año que viene utilizando una versión más moderna de la distribución.

Yo en general estoy contento con la asignatura, aunque me hubiera gustado que aprobarais todos, porque eso significa que todos habéis aprendido lo suficiente (regalar el aprobado no vale: es engarme a mí mismo y a vosotros). En general las notas siguen una campana de Gauss, lo que suele ser signo de buena evaluación.

Una cosa que creo que no he conseguido es que la mayoría de la gente que va a clase leyese el libro antes, aunque sí había gente que lo hacía.

Si queréis añadir alguna cosa, ahí tenéis los comentarios, desde los que podéis opinar anónimamente con libertad.

Guión de la práctica 10

Ya está disponible el guión de la práctica 10, dedicada al Registro de Windows.

Información adicional para el desarrollo del programa que se pide en la práctica: existe una función, FormatMessage, para obtener un mensaje de error a partir del código que devuelven las funciones del API de Win32. Esta otra función la usa para sacar una ventana con el error a partir de su código:

void ImprimeError(LONG errorCode) 
{
  LPVOID lpMsgBuf;

  FormatMessage( 
     FORMAT_MESSAGE_ALLOCATE_BUFFER 
     | FORMAT_MESSAGE_FROM_SYSTEM,
     NULL,
     errorCode,
     MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), // Default language
     (LPTSTR) &lpMsgBuf,
     0,
     NULL);

   MessageBox(NULL, static_cast<LPTSTR>(lpMsgBuf), "Application Error", 
      MB_ICONSTOP);

   LocalFree(lpMsgBuf);
}

Trabajos y presentaciones

Ya están disponibles los trabajos realizados este año.

Algunas normas para desarrollar las presentaciones:

• Tienen que exponer todos los miembros del grupo de trabajo.
• Las presentaciones se harán con ayuda de un ordenador y un cañón.
• No hay preferencias por ninguna herramienta en especial para desarrollar las presentaciones. En los ordenadores utilizados para las presentaciones están instalados PowerPoint, Adobe Acrobat y un navegador web (por si alguien quiere utilizar S5). Si alguien quiere que se instale otra herramienta, que avise con tiempo.
• Las presentaciones deben durar entre 10 y 20 minutos. Al final habrá un turno de preguntas.

Podéis leer algunos consejos para hacer presentaciones que escribí hace unos años. Esos consejos están orientados sobre todo a las presentaciones tradicionales, pero si queréis intentar un estilo de presentaciones zen, podéis ver otros tipos de presentaciones: el método Lessig (la presentación de Dick Hardt es un buen ejemplo por otro autor), los estilos de Jobs y Gates, el método Takahashi... o los estilos de Darth Vader y Yoda. Incluso a lo mejor decidís que es mejor no hacer transparencias, como aconseja Kathy Sierra, aunque no creo que sea aconsejable en este caso, pero la entrada es una buena lectura y podéis hacer el test: ¿Apestan mis transparencias?

En cualquier caso, recordad que una presentación no son las transparencias y que la audiencia siempre está de vuestra parte.

Evitad llevar notas para leer, o aprenderse de memoria lo que vais a decir: no se trata de decir palabra por palabra un texto aprendido sino de contar a vuestros compañeros lo que hicisteis, de una manera cercana aunque usando un lenguaje más formal del que utilizaríais en la cafetería (vamos, que no podéis usar tacos).

Por supuesto, si estáis interesados en el tema de las presentaciones (que para esta asignatura no es tan importante, pero probablemente os toque hacer alguna más en la vida ;-)), es obligatorio leer el clásico de Edward Tufte PowerPoint is Evil (y los contraargumentos de Don Normans), que no va tanto en contra del PowerPoint como de las malas presentaciones y de utilizar sólo presentaciones cuando hay que utilizar otros formatos (documentos técnicos, por ejemplo).

Ah, y como dice Steve Jobs al final de sus presentaciones, «una cosa más»: nadie espera que hagáis una presentación para tirar de espaldas, sólo enterarnos de lo que hicisteis sin aburrirnos mucho :-)

Guión de la práctica 9

Ya está disponible el guión de la práctica 9, dedicada a diagnóstico y reparación de averías.

Apuntes del tema 8

Ya están disponibles los apuntes del tema 8, dedicado a la configuración avanzada del sistema operativo.