Archivo | Tecnología RSS for this section

Crear cursos y migrar usuarios en Moodle 2.6.1

Cuando administramos un campus virtual no todo es mantener andando lo que ya funciona. En mi caso, este año me vi en un doble reto: Por un lado tenía que pasar de un campus corriendo en el servidor del colegio (que anda muy bien, pero que tiene un sistema de energía eléctrica y de conectividad que tiene caídas), a un campus hosteado en un servidor externo. Por otro lado, también tenía que hacer un upgrade del campus mismo, ya que la versión 2.4.1 temía que se quede vieja y pueda complicarme. Aparte, quería ver que cosas nuevas me ofrecía Moodle después de dos años.

En este artículo voy a hablar de dos de los temas que tuve que resolver:

Subir cursos

Bajo este nombre, aparece una nueva opción del menú Ajustes del sitio > Cursos. Y resulta que esto sirve para crear cursos de una manera muy similar a la que ya teníamos para crear usuarios. El principio de funcionamiento es crear un archivo tipo CSV (texto plano) con al menos tres campos obligatorios para cada curso: shortname, fullname y category. Aparte de estos hay muchas otras cosas que podríamos poner en el archivo para que nos pre-configure cada nuevo curso. No voy a explicar mucho más que esto del como se hace, porque ya está muy bien explicado en estos moodledocs:

http://docs.moodle.org/all/es/Subir_cursos

http://docs.moodle.org/all/es/A%C3%B1adiendo_un_nuevo_curso#Creaci.C3.B3n_masiva_de_cursos

Algunas consideraciones que pueden llegar a trabarnos por un rato:

  • Una vez que se elige el archivo a subir, cuidado porque el delimitador que moodle espera es punto y coma, en vez de solo coma. Hay que cambiarlo para que interprete correctamente.
  • En el archivo CSV no se pueden dejar espacios antes o después de los delimitadores porque deja de funcionar el sistema (en el caso de la creación de usuarios, eso no importaba).

Migrar usuarios

Otro de los problemas con que me encontré es que tengo más de 300 usuarios en el sistema del año pasado. No tengo intención de pasarlos a mano, no me gusta tocar cosas de la base de datos en forma directa y quería evitar todo lo posible que cada usuario tenga que volver a crearse su cuenta.

Encontré en un foro en inglés un truco tan simple como insospechado para mi. Se trata de traer a los usuarios “pegados” de un curso.

¿Cómo es esto?

Los cursos de cada año, me sirven de base para el año siguiente, de manera que el trabajo del profesor se reutiliza y mejora cada año. Para eso, hago un respaldo del curso en el campus del año anterior y lo restauro en el campus nuevo. En este año, incluso pude pasar de versión 2.4.1 a versión 2.6.1 de moodle sin contratiempos.

Como cada curso del colegio tiene de 11 a 14 cursos en el campus (uno por cada materia que se cursa), hice un respaldo de cada curso del colegio (por ejempo: 1° A) y en el respaldo incluí a los usuarios matriculados. El resto de los cursos (materias) no lo necesitaron más. Pero de esta manera, yo ya tengo como usuarios del campus a todos los alumnos que tenía el año anterior.

Consideraciones especiales de esto:

  1. Manualmente tengo que sacar a los alumnos que egresaron o se fueron por otro motivo del colegio.
  2. Tengo que dar de alta a los nuevos alumnos que ingresan (en mi caso eso lo hacen ellos mismos).
  3. Tengo que crear las cohortes y adjudicarle los alumnos según el curso en el que están (por ejemplo: Perez en 1° B, Gomez en 3° A, etc.).
  4. Si creo las cohortes en el nuevo campus con el mismo nombre que tenían en el viejo. Y lo hago antes de restaurar los cursos, no tendré que matricular nuevamente las cohortes una vez que esté restaurado este.

Espero que les sirva este artículo. Son bienvenidas las críticas y mejoras.

¿Por qué enseñar a programar en las escuelas?

Hace muchos años que estoy convencido que la programación es la expresión cultural de nuestro tiempo. Y que enseñar programación es un tema clave que todo chico debería conocer, sin importar a que se dedique en el futuro.

En este video se explica mejor el concepto:

Las posibilidades de una computadora

La invención del alfabeto de veintidós letras no convirtió al pueblo hebreo en una sociedad de lectores, sino en una de oyentes, que se reunían a escuchar la lectura del rabino.

Del mismo modo, la invención de la imprenta en el renacimiento no condujo a una sociedDouglas Rushkoffad de escritores, sino a una de lectores; el acceso a imprimir sus ideas siguió estando reservado a los que ya ostentaban el poder.

La radio y la TV son en realidad extensiones de la imprenta: medios caros y de uno-a-muchos, que facilitan la distribución masiva de las historias y las ideas de una pequeña elite. No hacemos televisión; la miramos.

Las computadoras y las redes finalmente nos ofrecieron la posibilidad de escribir. Y de hecho escribimos en nuestros sitios Web, blogs y redes sociales. Pero la capacidad subyacente, en la era de la computación es, de hecho, programar, lo que casi ninguna persona sabe cómo hacer.

Simplemente usamos los programas que han sido hechos para nosotros. Les enseñamos a los chicos a usar software para escribir, pero no les enseñamos a escribir software.

Significa que acceden a las posibilidades que les han dado otros, pero no a poder elegir qué posibilidades de las nuevas tecnologías desean aprovechar.

RUSHKOFF, 2010

Creación de un entorno de pruebas seguras

Para poder hacer pruebas sobre versiones de prueba de OpenOffice.org, me vi en la necesidad de hacerme de un espacio seguro para que estas pruebas no implicaran tener que desinstalar la versión que tengo para hacer mis trabajos.

La respuesta técnica que me pareció más simple es esta que voy a explicar y que se suele conocer como “jaula chroot”.

Algunas explicaciones previas:

chroot

Es una manera de encapsular un espacio para que funcione como si fuera un sistema operativo aparte del que tenemos. Es decir como un sistema encapsulado dentro de otro.

debootstrap

Es un comando que permite crear un sistema operativo Debian, con los mínimos componentes instalados, dentro de una jaula chroot.

Pasos a seguir

  1. Tomar privilegios de root. Será más fácil para los pasos que siguen.
    sudo su

  2. Crear un directorio que luego servirá de jaula.
    mkdir /debian/

  3. Instalar el sistema de pruebas usando el comando debootstrap. En mi caso, elegí la versión de debian llamada “sid”, porque es la más actualizada de todas. Así puedo tener un sistema con las versiones más nuevas posibles de las librerías necesarias.
    debootstrap sid /debian/ http://ftp.debian.org/debian/

  4. Tenemos que hacer que cada vez que arranque nuestro sistema operativo anfitrión, monte el sistema de archivos proc en el entorno chroot.
    echo proc-debian /debian/proc proc none 0 0 /etc/fstab >> /etc/fstab
    y solo por esta vez, lo montamos manualmente
    sudo mount /debian/proc

  5. Configuramos la red, mínimamente, para que el entorno pueda comunicarse con el exterior.
    echo 127.0.0.1 localhost $(hostname) > /debian/etc/hosts

  6. Y copiar el archivo de instalación de OpenOffice.org que descargamos previamente, en un directorio dentro de la jaula, por ejemplo:
    cp OOo_3.3.0_Linux_x86_install-deb_es.tar.gz /debian/root/

  7. Ahora podremos acceder por primera vez a nuestro entorno chroot.
    chroot /debian/ /bin/bash

  8. El prompt ya nos muestra que estamos en el raíz del sistema, de nuestro sistema encapsulado. Ahí necesitamos instalar Java para que OpenOffice.org funcione totalmente como en un entorno de producción. Para eso preparemos la lista de donde toma los paquetes el debian encapsulado.
    echo “deb http://ftp.debian.org/debian sid main contrib non-free” > /etc/apt/sources.list
    actualizar
    apt-get update
    e instalar java
    apt-get install sun-java6-jre

  9. Instalamos el OpenOffice.org de la misma manera que lo haríamos en nuestro sistema anfitrión.
    cd /root/
    tar zxvf OOo_3.3.0_Linux_x86_install-deb_es.tar.gz
    cd es/DEBS/
    dpkg -i *deb

  10. Solo por prolijidad crearemos un usuario y probaremos OpenOffice.org desde ese.
    adduser uprueba
    y luego de contestar las preguntas interactivas…
    su uprueba

  11. Para lanzar la aplicación haremos:
    /opt/openoffice.org3/program/soffice

  12. Cuando querramos salir de la jaula podremos ejecutar el comando:
    exit
    o simplemente la combinación de teclas Ctrl+d

Metacomunicación en el correo electrónico

Mirá pibe, …

No estoy de acuerdo, …

No es cierto…

Está todo mal, …

Te voy a explicar como son las cosas, …

Cuando yo era un gil, también decía cosas como esas …

¿Cuántas veces tengo que repetirte? …

No entendiste nada, …

Antes de decir pavadas, …

Todos esos, son comienzos de párrafos. Tanto escritos como hablados. Todos tienen un común denominador… “La agresión implícita”. Todos tienen un mismo resultado… predisponen mal al receptor del mensaje.

Observe lo que dicen los científicos, sobre la comunicación1:

No confío plenamente en el teléfono, porque por teléfono no puedo estar segura de lo que quiere decir la otra persona. Si no puedo verla ¿cómo puedo adivinar sus sentimientos? Y si no lo se ¿qué importa muchas veces lo que diga? Flora Davis “La comunicación no verbal” 1971.

Alrededor del 60% de nuestras comunicaciones no son verbales. Eduard T. Hall

Podemos producir 700.000 signos físicos diferentes. Mario Pei

Esto es lo que dicen los mayores expertos en el tema de comunicación. Muy a menudo se utiliza esto para mejorar la manera y efectividad de nuestras comunicaciones en ámbitos laborales, algunas veces para mejorar la comunicación con nuestros familiares y amigos. Y casi nunca para mejorar nuestra comunicación escrita en los correos electrónicos.

Ampliando un poco los conceptos de Eduard T. Hall: 7% de la comunicación es verbal; 38% se le atribuye a la voz (tono, ritmo, volumen, etc.) y un 55% a la comunicación no verbal (gestos, miradas, postura, etc.).

¿Cómo hacemos cuando TODA nuestra comunicación depende de ese pobre 7%?

La respuesta corta y rápida es “Escribiendo bien”.

Pero escribir bien no es tan simple como parece. Y ahí radica el problema principal de las listas de correo donde muchos se enojan y pelean definitivamente por cuestiones que a los demás pueden parecerle nimias.

Los siguientes son algunos trucos que nos permiten escribir (y comunicarnos) mejor:

  • Completar la idea en nuestra mente antes de comenzar a escribir. Esto incluye pensar:
    • Para quién escribo
    • Cuál es el objetivo que persigo
  • Manejar el lenguaje para que sea sencillo y acorde a las costumbres de la lista y/o del destinatario. Entrar en sintonía cultural.
  • Encontrar el momento y la forma adecuada para asociar al destinatario en la solución del problema.
    • Comenzar condicionando mal, no es buena idea (como los ejemplos del inicio)
    • Buenos ejemplos para asociar, si comenzamos nuestros correos diciendo:
      • Me parece bien que expreses esto que decís, por lo que quisiera mostrarte mi punto de vista…
      • Estoy de acuerdo en algunas de las cosas que me decís, por lo que me gustaría que trabajemos sobre las otras en conjunto…
      • Me importa mucho tu opinión, por lo que te pido que nos centremos en las ideas, así ganamos todos…
      • Creo que nuestras diferencias son circunstanciales, trabajemos para centrarnos en los puntos en común…
    • Debatir siempre las ideas, no las personas.
    • Apreciar la capacidad ajena… y la propia. Todos podemos generar grandes ideas y todos podemos beneficiarnos por las ideas de otros.
    • Procurar que nuestros correos se inicien con la idea principal, desarrollen las razones que nos llevaron a la misma y termine con una conclusión. Esto ayuda muchísimo al que lee.

Espero que estos trucos sean de utilidad para muchos.

1http://www.powerpointsgratis.net/ver-pow.php?n=Diapositiva 1.&url=http://www.cesdonbosco.com/escueladeverano/comunicacion_ruben.ppt

Los chicos vienen cada vez mejor

Primera clase de computación de cuarto grado.
Profesor pide: un pendrive de mínimo 4 gb. + 1 cuaderno
Alumno pregunta: Este año … QUE nos va a enseñar?
Profesor responde: computación.
Alumno dice: con Linux o con Software Trucho?
Profesor dice: con Windows
Alumno dice: trucho? o lo compraron?

Clase siguiente: el profesor trata de hacerse el oso, y el niño vuelve a la carga: – Y? averiguó?

Profesor: vamos a usar Windows y no están las licencias.

Niño: ok. le digo a mi mamá que fotocopie los libros, que no los compre y uds . saquen del sitio: ENSEÑANZA basada en VALORES porque nos estan vendiendo pescado podrido. Mentir es decir cosas que no son. Si compran las licencias enseñan con software comercial y sino usen SL. (Si, así bien prepotente, con la misma prepotencia que se le enseñó software privativo y trucho hasta ahora). Segundos despues: BOLONQUI. Niño en dirección.

Conclusión: se sometio el tema a debate, colegio chico, decisiones rápidas. Y hoy el gabinete tiene Ubuntu, Firefox, Ooooooooooo, y muchas otras apliaciones…

En SOLAMENTE 2 semanas una comunidad de 600 chicos aprox. está utilizando SL. (Del otro ya tienen en su casa, ahora podrá ELEGIR conociendo las dos – infinitas- opciones).

No es tan difícil. Quizás pensemos que es más dificil de lo que es. El colegio tomó la decisión de utilizar SL en todos los casos en que haya herramientas que reemplacen el software privativo TRUCHO, y comprar aquello que no encuentre sustituto. En el primer relevamiento ya descartaron que haya que invertir en eso.

En las escuelas muchas veces se trabaja por DESCONOCIMIENTO con software privativo trucho.

Basta un pequeño idealista para por lo menos sembrar la idea.

Es cierto que no siempre se tiene tanto éxito ni tan rápido, pero vale la pena intentarlo, antes que vole porque é pichón es mucho más fácil.

P.D.: ¡Gracias Andrea!
A %d blogueros les gusta esto: