A ver si somos capaces de sacarle un poco de chispa!

Ahí van las transparencias usadas en la sesión.

El planeta está disponible en la dirección http://blogs.mondragon.edu/planet/ y se pueden sindicar los contenidos del mismo en formato RSS o Atom.Por ahora sólo tiene unos pocos blogs sindicados, pero si quieres añadir alguno, sólo hace falta que te pongas en contacto con el administrador del planeta (en la dirección root@blogs.mondragon.edu) para que lo añada.

Así que ahora sólo nos queda anunciarlo al mundo mundial.

Saludos. Iñaki.

Erakutsi zure software libreari atxikimendua blog eta web gune ezberdinetan. Botoiak ez du loturarik momentuz baina jarriko diogu. Eusko Jaurlaritza eta software libreari buruzko gertakariaren (esle, internet&euskadi, diariolinux) ondorioz martxan jarritako ekimen herritar bat da hau. Laster zuen blogetan ikusiko garelakoan…

Erabil nazazu

Por supuesto que voy a añadir el botón a mi blog en unos minutos.

Saludos. Iñaki.

Como dice la introducción de la página citada arriba,

[...]

Este curso pretende hacer un recorrido por las principales áreas de actividad de la empresa mostrando diferentes soluciones disponibles, profundizando en aquellas que ofrecen mayores ventajas y están más consolidadas. En las áreas en la que por su complejidad o extensión esa profundización no es factible en el marco del presente curso, se presentan las soluciones disponibles a día de hoy y se realiza un análisis de los puntos fuertes y debilidades de cada una de ellas para dotar de criterios de elección a los participantes.

Se trata de un curso con carácter tecnológico principalmente, pero algunos de los módulos están orientados a perfiles no informáticos. Una característica distintiva del mismo es que es semi-presencial y que usaremos una plataforma de e-learning para la parte no presencial del mismo (concretamente Moodle).

Saludos. Iñaki.

El primer asunto es el planeta de blogs que estamos montando en Mondragon Uniberstitatea, disponible en este enlace (además se puede sindicar en formato RSS 1.0, RSS 2.0 y Atom). Estamos utilizando la herramienta Planet, principalmente por un par de razones:

• Es software libre (y como plus viene empaqueda directamente en Debian, lo cual es una ventaja ya que el servidor donde corre usa Debian).
• Es una herramienta muy usada para montar planetas (como se puede ver en la lista de planetas que hay en la propia web de la herramienta).

El caso es que el comportamiento por defecto de la herramienta no le gustaba a David. Y como tengo en bastante consideración su criterio en estas cosas, me he dedicado a echar una ojeada al asunto para ver que esfuerzo supondría adaptarlo al comportamiento que el sugería.

El modo de funcionamiento por defecto de Planet es que genera los contenidos de forma cronológica. Lo habitual en los blogs: lo más reciente primero, lo más antiguo después. Eso que tiene sentido en un único blog se puede volver un inconveniente en el caso de un planeta si los ritmos de publicación de los diferentes blogs ’sindicados’  son muy diferentes. Que es el caso que nos ocupa. Hay un blog que publica una, dos y a veces hasta 3 entradas diarías (todos los días) y otros que publican una entrada cada 3-4 días, incluso más. Resultado: el planeta está ‘inundado’ de entradas de un único blog, con entradas salpicadas aquí y allá de los otros blogs.

Así que la propuesta de David es que aparezcan las últimas entradas de cada blog, independientemente de cuando hayan sido publicadas. Es decir, el criterio cronológico desaparece (hasta cierto punto, puesto que se mantiene para escoger las entradas de cada blog individual).

Cuando David me hizo la propuesta ya le adelante que no sería posible conseguir eso sin modificar el código. No es que haya mayores dificultades para ello (es software libre y el código fuente está accesible y la licencia permite su modificación y redistribución), pero últimamente me he vuelto un poco reticente a hacer estas cosas si no hay razones de peso para ellas. La razón es simple: antes o después habrá que actualizar ese software a una versión más reciente (para aplicar parches de seguridad, etc.) y entonces tengo un problema: debo volver a integrar todos los cambios realizados en la versión actual sobre la nueva versión.

Si es algo trivial (o si tengo un cierto ‘dominio’ de las tripas de la herramienta que me permita realizar esa integración con rapidez y facilidad) no me suele importar. Suelo usar herramientas como diff, patch (y en caso de modificaciones más extensas, sistemas de control de versiones como git) que me ayudan bastante en la tarea. En caso contrario suelo sopesar bastante si compensa el esfuerzo con la mejora obtenida.

En este caso, además de no conocer las tripas, la herramienta está programada en un lenguaje en el que no he desarrollado nunca: Python. No es que sea muy dificil (tiene un cierto aire a otros lenguajes interpretados que uso a menudo), pero es un esfuerzo extra a considerar. Así que le dije que iba a echar un vistazo y si era cosa de menos de 30 minutos, lo haciamos. Si costaba más, salvo que fuese realmente necesario, lo dejaríamos estar. Bueno, no fueron 30 minutos, sino más bien 3 horas y media, pero creo que ha merecido la pena. No por la modificación (que al final han sido menos de 30 líneas de código nuevas, y unas 20 borradas), sino por todo lo que he aprendido.

De Python, de la propia aplicación Planet y de los módulos de Python disponibles para hacer montones de cosas interesantes, como HTMLParser y TextWrap. Estos dos últimos los he usado (inspirándome en el filtro excerpt.py del software de planetas Venus, un derivado de Planet), para crear extractos de las entradas de los blogs. En lugar de publicar la entrada entera (que puede ser bastante larga en algunos casos), se publica un extracto de los primeros 400 caracteres (el valor es configurable), cortando siempre la entrada en un espacio entre palabras y poniendo un enlace a continuación al artículo completo en su ubicación original. De esta forma, aunque el planeta sindique bastantes blogs, el tamaño de la página se mantiene en un tamaño razonable.

He generado un parche en formato diff unificado para facilitar la integración en los cambios en el futuro, así que si alguien está interesado en usarlos en su planeta sólo tiene que perdírmelos

Saludos. Iñaki.

Aún no están las fechas decididas, pero estamos manejando el mes de Mayo como opción casi definitiva. Creemos que es mejor opción que Junio o Julio (el año pasado fue a finales de Junio), porque las universidades aún no han empezado con la vorágine de los examenes de Junio (y toda la parafernalia de los trabajos de semestre, prácticas, etc.) y las escuelas de secundaria y formación profesional aún no han terminado el curso, pero ya han pasado los exámenes del segundo trimestre (y enviado a los alumnos a la Formacación en Centro de Trabajo), con lo cual creemos que es un periodo de relativa ‘calma’ que permitiría a más gente poder asistir a la Moot.

A lo largo de las próximas semanas vamos a ir conformando los diferentes equipos de trabajo y tenemos intención de contar con la colaboración de bastante gente externa a Mondragon Unibertsitatea, para hacer la Moot lo más abierta y cercana posible a los diferentes colectivos educativos, y tratar de reflejar sus necesidades e inquietudes.

Según vayamos avanzando y definiendo cosas iré poniendo por aquí algunas notas al respecto.

¡Nos vemos en la Moot ‘08!

Saludos. Iñaki.

Alguno dirá que me estoy volviendo loco, pero todo tiene una explicación. A través de un trackback en mi anterior entrada, me entero de que existe un blog llamado «Blog para Polo Garaia» en el que se publica una entrada cuyo título es «Queja de un visitante a Polo Garaia» en la que se dice que Julen Iturbe-Ormaetxe se queja de que no es posible cargar la batería de su portátil.

Ignoro si Julen ha pasado por el Polo Garaia con su portatil (del que a buen seguro no podrá cargar la batería en la sala de conferencias), pero me temo que quien se quejaba era yo (Iñaki Arenaza) y no el bueno de Julen.

Así que lo dicho: yo no soy Julen Iturbe-Ormaetxe.

Saludos. Iñaki.

Esta mañana he estado, por primera vez, en el polo de innovación Garaia. Era para asistir a un evento organizado por Ategi y Microsoft. La sala del evento está completamente equipada para este tipo de ocasiones. No podía ser de otra manera: el edificio se inauguró hace pocos meses. Incluso tiene Wi-Fi. Con cobertura de la buena. En serio Julen.

Pero el ‘patio de butacas’ sigue siendo un patio de butacas 1.0. Ni un sólo enchufe a la vista, salvo en la zona de los ponentes (como es habitual). Resultado: no he podido usar ni la Wi-Fi ni el ordenador, ya que la batería de mi portatil estaba bajo mínimos (por mi mala cabeza ya que olvidé revisar el estado de la batería la noche anterior y ponerla a cargar). Y antes de que alguno mencione el hecho de que a estos eventos no se va a internetear ni a chatear, me gustaría que me respondiera si también habría que poner inhibidores de teléfonos móviles (porque tampoco se va a hablar por teléfono).

El caso es que además de leer el correo electrónico (estaba esperando un mensaje imporante), me hubiera encantado poder tomar las notas directamente en el ordenador y habérselas enviado al resto de compañeros del departamento interesados en lo que se contaba en el evento pero que no habían podido ir.

Resultado: notas en papel que tendré que pasar al ordenador, correo importante sin leer hasta algunas horas después y mala leche generada que ha hecho que este post vea la luz.

En resumen, y por si alguien con responsabilidad en estos temas lo lee alguna vez: los portatiles tienen baterías con duración limitada (y más aún si tienes que usar la Wi-Fi). Si quieres que la gente a la que invitas a tus instalaciones los pueda usar, pon enchufes fácilmente accesibles en las zonas en cuestión.

Saludos. Iñaki.

Este concurso anima a los estudiantes pre-universitarios a trabajar en Moodle (o en cualquiera de los otros 9 proyectos restantes), y es una extensión del famoso Google Summer of Code para estudiantes universitarios.

Si este último pretende acercar a los estudiantes universitarios al mundo de los proyectos de código abierto a través de mini-proyectos de unos 3 meses de duración y una cierta complejidad, el concurso GHOP está pensado para animar a los estudiantes pre-universitarios a realizar ese mismo acercamiento, pero a través de contribuciones mucho más pequeñas y diversas (para reducir el escalón de entrada).

Estas contribuciones se organizan en forma de tareas que los estudiantes deben completar en menos de 5 días, contando siempre con la supervisión de una persona ligada al proyecto para la asignación y la validación de la consecución de los resultados.

Google pagará a los estudiantes 100 dólares americanos por cada tres tareas que los alumnos completen con éxito, además de enviarles una camiseta ‘cool’. Hay además grandes premios en juego, incluyendo un viaje con todos los gastos pagados al cuartel central de Google en Mountain View, Califorma.

Si eres un estudiante interesado en Moodle, ¡echa una ojeada! Igual te puedes ganar unos dólares (y una camiseta) con poco esfuerzo y quien sabe, ¡igual hasta un viaje a California!

Más detalles (en inglés) en el sitio del concurso GHOP para Moodle.

Saludos. Iñaki.

Saludos. Iñaki.