Bienvenidos al blog de FactorSIM.

Todos o casi todos sabemos que hace poco murió Steve Jobs, lo que realmente no saben muchos es si realmente era un genio o estaba muy mal de la cabeza o incluso ambas cosas a la vez.

Desde mi punto de vista, estaba fatal de la cabeza y si consiguió grandes cosas en la vida fue sobretodo porque se juntó con las personas adecuadas en el momento adecuado.

Mucha gente destaca que detrás de Jobs siempre estuvo Wozniak que era quien realmente hacía el trabajo.

17 días después de su muerte ya ha aparecido su biografía autorizada en las que destacan perlas como “voy a destruir Android, porque es un producto robado. Voy a iniciar una guerra termonuclear en este asunto”.

Otra buena también…“dedicaré mi último aliento, si es necesario, y gastaré cada penique de los 40.000 millones de dólares que tiene Apple en el banco, para arreglar este error”. Esta animadversión contra el sistema operativo para smartphones de Google podría explicar la cruenta guerra de patentes que está peleando Apple contra varios fabricantes de teléfonos móviles.

También era conocido por su forma de tratar a muchos empleados. Tenía una cruel facilidad para llevar a sus empleados al borde de un ataque de nervios y luego cargárselos; pocos quisieron trabajar con él dos veces.

Además de todo esto hay que sumar sus creencias místicas que le llevaron a la muerte. A Steve Jobs cuando le detectaron el cáncer de páncreas, era justamente un tipo muy especial que por suerte era fácilmente tratable. El problema vino cuando decidió seguir su camino para curarlo mediante medicinas alternativas. Esto le costó que un día tuviera que ingresar de urgencias en el hospital en un estado lamentable y costarle definitivamente la vida.

Viendo un poco la visión general, saquen sus propias conclusiones.

A mediados de diciembre buscadme entre pintxos, zuritos y moodlers.

Este año, la MoodleMoot (encuentro de usuarios y desarrolladores de Moodle) se celebra en Donosti, del 14 al 15 de diciembre, si el tiempo y la autoridad lo permite, allí estaremos, escuchando atentamente, con ganas de compartir recursos, experiencias e ideas y de aprender de las diferentes personas que están trabajando con Moodle.

Si te ha picado la curiosidad, aquí puedes consultar el programa provisional y la lista de talleres.

Durante las últimas semanas, he aprovechado a analizar con detalle las nuevas funcionalidades de Moodle y hay que decir que viene con importantes novedaes.

Dentro del desarrollo base (core), hay nuevas funcionalidades como los condicionales, el completado de cursos, o una refactorización de las wikis, el taller….

Y cada día aparecen nuevos módulos y plugins como la Moodlebar 2.0, el Collaborative real-time editor de Juan Leyva, el bloque de arrastrar y soltar archivos, la herramienta para acciones masivas en contenidos, la integración con Mahara, o con Big Blue Button,  o la herramienta para generar informes administrativos…

Para completar las novedades en el mundo Moodle, los que tenemos un smartphone de Apple, ahora podemos disfrutar de una aplicación para conectarse desde el iphone (y viene de camino la versión para Android).

Además, personalmente estoy muy contento de que la organización de la MoodleMoot haya aceptado que coordine un encuentro de diseño para Moodle, en el marco de los encuentros-taller de la MoodleMoot.

Me gustaría (si al final se consolida el taller)  aprovechar el encuentro de diseñadores, programadores y usuarios para poner en común trucos, experiencias y recursos sobre diseño, y publicarlos en una BD de Moodle que luego podamos compartir o en un Google Docs.

Dentro de los temas a tratar, algunas ideas que se me ocurren son:

Si a alguien se le ocurre alguna más, me haría un favor aportándola en los comentarios. La añadiré gustosamente a la base de datos que se publicará una vez terminada la MoodleMoot.

Para abrir boca, os dejo algunas presentaciones relacionadas con el diseño en Moodle:

En Factorsim siempre nos alegra encontrar herramientas de esas que facilitan enormemente la vida. Ya no nos acordamos de lo tedioso que era escribir código javascript antes de jQuery o de debugar código mediante alerts en lugar de usar firebug.

Precisamente en esta linea, hoy he estado evaluando una utilidad que cubre un vacío importante: Selenium IDE. Se trata de unos plugins y un programa servidor que permiten grabar o crear guiones de testeo (habeis grabado alguna vez una macro con word/openoffice? Pues algo muy similar) para después poder ejecutarlos en masa de manera automática y en diferentes navegadores.

Los comandos que ofrece para usar desde los guiones son muchos y potentes. La principal limitación que le veo a primer vistazo es que no es posible interactuar con plugins (flash, java, etc…), aunque parecería que la tendencia hacia HTML5 va a hacer esto cada vez un problema menos importante.

Nuestro objetivo es utilizar esta herramienta para instaurar una cultura de testeo automatizado (“un bug no se da por corregido hasta que no tenga un guión de testeo”), lanzar tests automáticos cada noche y así no volver a tener una regresión sin enterarnos.

Con motivo de la inauguración del vivero de empresas tecnológicas de Cardedeu, el ayuntamiento ha organizado una semana de encuentros, debates y actividades. El día 18 tuvo lugar la jornada de tecnología educativa.

Una jornada interesante, con la participación de Joan Manel del I2cat presentando las iniciativas de la fundación, Marta grané, de la escola Sagrada Família de Caldes d’Estrac, mostrando el trabajo realizado en el blog de Fem música! y Àlex letosa, con una experiencia muy interesante de emprendeduría y uso de las herramientas tic en la ESO.

Nosotros, por nuestra parte presentamos algunos ejemplos, experiencias y sugerencias de aplicación de la tecnología en el aula. Esta es la presentación (espero que os guste):

Durante los dos últimos meses hemos estado trabajando en un informe sobre las posibilidades de creación de contenidos educativos con wikis para una institución pública.

Para realizar el análisis seleccionamos 4 herramientas (de un total de 10 candidatas) y se estudiaron en detalle 4 entornos (Docuwiki, Mediawiki, Tikiwiki y Google sites). El objetivo del informe  era identificar una herramienta que permitiera crear contenidos de forma visual, con gestión de roles, permisos, y altas posibilidades de exportación a web y PDF.

Durante este período, hemos revisado decenas de módulos, se han estudiado las posibilidades técnicas, limitaciones y fortalezas de cada herramienta, y al final hemos llegado a la conclusión que hoy en día, la aplicación wiki más versátil y con más posibilidades de trabajo es la Docuwiki.

En la siguiente tabla resumen se pueden ver los diferentes puntos analizados y qué grado de idoneidad tienen las diferentes herramientas analizadas. En verde marcamos aquellas funcionalidades que están bien implementadas, en naranja las que tienen fallos o la implementación no es la adecuada y en rojo aquellas que no están desarrolladas o de forma muy deficiente para utilizarlas como entorno de trabajo.

Ahora toca analizar de qué manera conseguimos que en el caso de la Docuwiki los puntos naranjas sean verdes. Os iremos informando.