software libre

En la Oficina de Software Libre de la Universidad de Granada no paramos de trabajar así que acabamos de terminar una nueva versión de la plataforma UGR transparente que corrige los errores de funcionamiento que existían hasta ahora. Todo el código desarrollado es libre y se puede encontrar en este repositorio de GitHub, así que se interesa conocer mejor el estado del proyecto solo tienes que seguir leyendo.

Motivación de los cambios:

En la versión anterior se producía siempre un error interno del servidor cuando se cargaba una página por primera vez, además de forma intermitente las tablas de las páginas se mostraban vacías. Esto era debido a que por el funcionamiento asíncrono de Node.js, puede ser que la llamada retorne antes de que se completen las operaciones en su totalidad, por lo que se podía producir la situación de que se intentase visualizar una página antes de que la información del contenido que tenía que recuperarse de la base de datos pudiera haber sido recuperada o incluso accedida. Si la página se intentaba mostrar antes de que la base de datos fuera accedida, los recursos no se encontraban creados y por eso siempre daba un error la primera vez que se visualizaba; si la página se intentaba mostrar antes de que la información hubiera sido recuperada, los recursos ahora si existían, pero estaban vacíos por lo que las tablas de la página se mostraban vacías; solo si la llamaba retornaba cuando todas las operaciones habían sido completadas, lo que significa que la página se intentaba mostrar una vez la información ya había sido recuperada completamente de la base de datos, era cuando la página se mostraba correctamente.

Para evitar el error interno del servidor, al arrancar el servidor en transparente.ugr.es se hacía una carga inicial de todas las páginas mediante la orden “curl“, pero el problema de las tablas vacías seguía estando ahí. Como no conseguí encontrar la forma de arreglar estos errores que se producían por la asincronía entre las operaciones, y el uso de la base de datos era similar al de un índice al que igualmente había que introducirle los datos manualmente desde archivos externos JSON, empecé a desarrollar una nueva versión en la que se sustituyera la función de la base de datos con la carga de los archivos JSON directamente desde la aplicación, esto podría solucionar todos estos errores porque el propio Node.js mediante el módulo “fs“, que provee de la funcionalidad para operar con entrada/salida de ficheros, tiene un método para que la lectura de estos archivos se haga de forma síncrona [fs.readFileSync(archivo)]. Como los archivos son leídos de forma síncrona (forma de la que no era posible recuperar los datos de la base de datos), tanto el error interno como el error en las tablas vacías han dejado de producirse debido a que ya nunca se intentará visualizar las páginas antes de que los datos estén cargados.

Comparación de versiones:

En la versión anterior de UGR transparente, desde el archivo principal de la aplicación “app.js” se cargaba el contenido del archivo “config.json” (también en raíz), que tenía la configuración de acceso a la base de datos MongoDB de la que recuperaba el contenido de las tablas que se visualizan en las diferentes páginas de la web; también de dicho archivo, se recuperaba el contenido de las páginas sin tablas: “Inicio“, “Presentación” y página de error; y además la siguiente información sobre el contenido de cada una de las páginas: categoría, colección, contenido, dataset, nombre y plantilla. En la nueva versión, la información de cada una de las páginas se ha movido a archivos JSON independientes: “claustro.json“, “estadistica.json“, etc. (que también son cargados desde “app.js“), el contenido que se recuperaba desde la base de datos se ha introducido también en esos archivos JSON. Todos estos archivos se encuentran en una nueva carpeta “config” situada en raíz, además la información recuperada se ha simplificado a: nombre, plantilla, contenido y datos.

Toda la información cargada desde “app.js” luego es utilizada desde los archivos JS que se encuentran en la carpeta “routes” correspondientes a cada una de las secciones de la página UGR transparente: “administracion.js“, “docencia.js“, “gestionInvestigacion.js” y “normativaLegal.js“. En la versión anterior, se recuperaba la configuración de acceso a la base de datos desde la información cargada, y mediante iteraciones por las colecciones correspondiente a la página a visualizar, se almacena en variables el contenido recuperado, contenido que luego era gestionado cuando Express generaba la página web después de procesar la plantilla Jade pertinente. En la nueva versión, la recuperación de la información está mucho más simplificada porque se obtiene directamente de la información cargada desde “app.js“, recuperando el contenido de los archivos “config.json” y “PAGINA.json“; por ejemplo, para la gestionar la sección “Administración“, en el archivo “administracion.js” se recupera la información de “config.json” que nos dará la dirección del servidor con los datos (open.data.ugr en este caso) y también recupera la información de los archivos “personal.json” para la página “Personal“, “infoEconomica.json” para la página “Información Económica” y “servicios.json” para la página “Servicios“, esta información es la que usará Express para generar la página que se vaya a visualizar.

En las plantillas Jade de la carpeta “views“, también se ha cambiado la forma de acceder a las variables con la información de la página que la plantilla recibe. En la versión anterior, los valores del contenido eran recibidos en arrays bidimensionales con el contenido recuperado de la base de datos, que tenían que ser procesados mediante varios bucles for; en la versión actual, los valores de contenido son recibidos directamente como campos de archivo JSON, por lo que pueden ser fácilmente accedidos como un array unidimensional.

Ventajas e inconvenientes:

Como ventajas encontramos en primer lugar, que al eliminar MongoDB se liberan una gran cantidad de recursos del sistema; además, a falta de pasar los test pertinentes, no se ha vuelto a producir ningún fallo en la carga o visualización de los datos en las páginas. Como ya no dependemos de la base de datos, el trabajar directamente con los archivos JSON nos da una mayor manejabilidad como es que se puedan adaptar en cualquier momento y directamente la estructura y contenido de los archivos según las necesidades.

Un inconveniente que existe en este versión es algo que también existía en la versión anterior, y es que los datos provienen de archivos JSON que hay que crear manualmente, por lo que si el número de datos es elevado, el proceso de introducción de datos se puede volver realmente pesado.

Siguiente trabajo:

El problema de tener que crear los JSON directamente se podría solucionar si se pudieran recuperar los datos directamente desde el servidor de open.data.ugr, como ese portal esta construido con CKAN que usa una base de datos PostgreSQL para almacenar los datos y además provee de una API para acceder a los datos, sería deseable encontrar la llamada o llamadas que permitieran recuperar los mismos datos que se encuentran en los archivos JSON, algo que todavía no he conseguido encontrar. Una vez que se encontraran estas llamadas, los datos se podrían recuperar directamente utilizando el backend Recline.js que nos permite fácilmente recuperar la información (ejemplo en el scriptprueba_recline.js” de la carpeta “public/script“) y trabajar con ella usando las funciones de las que nos provee, o bien, recuperar la información mediante consultas AJAX (ejemplo en el scriptprueba_acceso.js” también en la carpeta “public/script“) y trabajar con funciones que desarrollemos para trabajar con la información recuperada.

Lo próximo en lo que voy a trabajar es en realizar los test de cobertura, siendo lo primero todo lo que se refiera al acceso a datos. Empezaré viendo como utilizar el framework de test “Mocha” para todo esto. Otros aspectos que quedan pendientes son la integración continua y el aprovisionamiento.

Partiendo de la lista de usuarios de GitHub granadinos, el próximo viernes 6 de febrero haremos un encuentro de desarrolladores de software libre alojados en GitHub, a las 7 de la tarde en la OSL (C/ Real de Cartuja, 36-38, planta baja). Javier Carrillo @stringparser nos dará una charla sobre uso de meteorjs, empaquetamiento con node y cómo trabajar, en general, con nodejs.
Tras la charla, procederemos a movernos a un bar de los alrededores donde se hará el tradicional hack&beers.
Nuestra intención es celebrar estos @github meetups todos los viernes, en el mismo lugar o en donde se pueda.

A los participantes en el certamen de proyectos libres les animamos a que se pasen por nuestra oficina para darles una serie de ideas sobre cómo echar a andar el proyecto y qué hacer para que sea fácil colaborar con él. Es una lista de comprobación de diferentes puntos, que os vamos a poner a continuación por si no podéis pasaros por la OSL. Es también útil para el CUSL.

  1. Lo más importante es la licencia. Si no tiene licencia, no es libre. Una licencia es un fichero llamado LICENSE en el directorio principal y una cabecera en cada uno de los ficheros del proyecto que haga referencia a la misma. Elegir una licencia no es trivial, pero si necesitáis que os echemos una mano, no tenéis más que preguntar.
  2. Los recursos como música, imágenes, iconos y demás tienen una licencia diferente. Conviene que se agrupen en un solo directorio y se le ponga una licencia libre, normalmente Creative Commons
  3. Aunque cada uno puede usar la metodología que quiera, aconsejamos usar desarrollo basado en pruebas (en alguna versión, como desarrollo basado en comportamiento). Eso implica escribir tests unitarios para cada una de las características del sistema, sus funciones, y que la cobertura sea la máxima posible. Todos los lenguajes de programación tienen un marco de test, pero si tienes duda sobre qué usar en tu proyecto, una vez más, pregunta.
  4. Necesitas programar esas pruebas para añadirle integración continua, que consiste en hacer integraciones de código continuamente (en vez de hacer ciclos de programación y ciclos de integración) y, cada vez que se hace, pasar los tests programados anteriormente. Podéis usar sitios como Travis, que se configura simplemente con un fichero en YAML que especifica el entorno y dice como se pasan los tests
  5. Como todos usáis git a estas alturas, podéis considerar la posibilidad de trabajar sobre varias ramas, al menos una de desarrollo y otra `master`. Así podéis trabajar especulativamente sobre la rama de desarrollo y pasar a la máster sólo cuando vayáis a incorporarlo a la publicación final.
  6. En todos los proyectos de software libre es muy importante la comunicación. Abrid una cuenta de Twitter al proyecto, que también podéis configurar en GitHub para tuitear cada vez que se haga un commit. Si ya tenéis un blog, abrid una categoría para el proyecto. Si no lo tenéis, os aconsejamos que uséis GitHub pages. Tras la generación original de la página desde el panel de control, este script te puede configurar el repo para que se actualice automáticamente desde el README.md y, por supuesto, para que puedas añadir lo que desees desde él. GitHub pages usa Jekyll, y se puede usar directamente para crear un blog; Octopress funciona sobre Jekyll y permite trabajar un poco más fácilmente con blogs, pero quizás es un poco más complicado de usar. Podéis usar el que quieras, pero poned historias periódicamente con soluciones que se os haya ocurrido, tutoriales para usar lo que tengáis, tecnologías que hayáis tenido que aprender o, en general, lo que se os ocurra. Esto es imprescindible para contactar con y crear comunidad alrededor del proyecto.
  7. Usad los issues de Github para organizar las tareas. Si usáis alguna otra herramienta, conviene que la conectéis con GitHub para que se refleje vuestra actividad también allí. Los issues permiten también a los usuarios comunicarse con vosotros y ver claramente el avance del mismo. También es importante: los issues se cierran siempre con un commit.
  8. Tened una hoja de ruta, o al menos un fichero TODO donde indiquéis qué es lo que queréis hacer y por dónde vais. La hoja de ruta, además, incluirá cuando pensáis publicar algo y qué va a incluir; la hoja de ruta se traducirá en milestones o hitos que puedes incluir en GitHub y los issues se pueden asignar también a los Milestones. Por ejemplo, si alguien os envía un informe de error se puede asignar a un hito determinado: la versión 0.0.3, pongamos. En la hoja de ruta convendría que hubiera un hito antes del hackatón a principios de marzo y otro antes del final del certamen, a principios de junio.

Test the web forward

El Hackatón

Este pasado Viernes 28 de Noviembre tuvimos el honor de contar con Antonio Olmo @tripu para hablarnos de W3C en la ETSIIT Universidad de Granada.

Además de la presentación que realizo Antonio Olmos sobre lo que es W3C y mostrar por que es un marcador imprescindible en nuestros navegadores, realizamos un Hackatón sobre Test the web forward y en la que participamos en el mayor experimento colaborativo hasta la fecha para poner a prueba los distintos navegadores web y así pulir los estándares mediante tests sistemáticos.

La presentación a modo de intro que nos realizo Antonio Olmo, podéis verla y seguir los pasos necesarios para saber como aportar, solucionar, colaborar y todas esas cosas que molan del Software Libre, para que en los sucesivos test que realicemos podamos depurar errores o fallos en diferentes navegadores, como Firefox, Chromium, Opera, Chrome, Midori, etc…

w3c16

w3c4

Más fotillos del evento en nuestra galeria osl por psicobyte Victoriano y Manu y en Flicker por @JJMerelo


El Hackatón comenzó después de recibir una charla sobre la instalación y los requisitos que se necesitan para poder realizar los test y empezar a depurar errores y fallos obteniendo test que ya están en proceso desde el siguiente directorio w3c-test

Lo que hicimos, gracias a una participación superior a lo habitual, fue crear dos grupos de trabajo y abrir una organización para cada grupo en GitHub, de está manera cada grupo u organización, forkeabamos el repo original desde w3c web-platform-tests o desde el GitHub de @tripu y cada miembro de la organización lo clonaba en sus respectivos portátiles para trabajar en local e ir realizando commit e issues y hasta un pull request de Mario (pedazos becarios de la OSL), que está a la espera de aprobación por parte de W3C.

Las dos organizaciones que se crearon en el Hackatón son webandbeers y los Novatos, ya sabéis donde estamos por si queréis seguirnos y colaborar en este excelente y a la vez enriquecedor proyecto.

Los Novatos son alumnos de 1 año en la carrera de Informática y ejemplo de lo que creo, esto a modo personal, es lo que forja a futuros Ingenieros Informáticos, bregados y curtidos en el desarrollo, testeo, trabajo en equipo y como no, en el birreo fin de eventos. Esto último es para adornar mi opinión personal, que ya estamos con los turrones y mantecados !Joe¡.

Los webandbeers (nombre que por cierto es idea de unintendedbear al igual que el logo), forkearmos desde el GitHub de Helfio por qué al comienzo daba problemas GitHub al crear la organización, como no poder añadir los miembros. Pero forkees donde forkees todo queda en casa de Git 😉

Una vez en marcha comenzamos a testear diferentes test aleatoriamente, obteniendo distintos tipos de fallos o errores, no en todos ¡eh! Pero sí que los hay, como las Bruixas. En la organización creamos Issue para copiar el error exacto que marcaba al realizar el test y los datos del Navegador utilizado, como versión, arquitectura de la distribución, etc.

En definitiva pasamos un día muy productivo y sobre todo aprendimos algo más de como se testean y se desarrolla para los diferentes Navegadores, trabajamos en equipo, intercambiamos experiencias, conocimos gente muy interesante, nos bebimos unas birras y quedamos para próximos hackatones.

Agradecer a @tripu y @chaals por hacernos pasar un día genial.

El próximo día 28 de noviembre, a las 12:30 de la mañana y en el salón de actos de la ETSIIT Antonio Olmo Titos, ingeniero del World Wide Web Consortium, impartirá la charla titulada “W3C: Creando una web abierta”, que él resumen de la forma siguiente:

La web no nació con Twitter; ni siquiera con los blogs o los portales. Este año celebramos el 25º aniversario de la triple uve doble. Y durante las últimas dos décadas, el World Wide Web Consortium (W3C) ha sido el principal organismo responsable de impulsar su desarrollo. El catálogo de estándares y documentación que el W3C coordina y mantiene hace que hoy podamos mantener una videoconferencia, jugar en tiempo real y maquetar periódicos digitales en árabe… todo sin salir de un navegador. Y lo que es más importante: manteniendo principios de neutralidad tecnológica, estándares abiertos y el consenso de la comunidad. El W3C no tiene ánimo de lucro, y publica su trabajo gratis, y libre de patentes.
Los últimos estándares (HTML5, WebSockets, WebRTC, shadow DOM, por nombrar algunos), la velocidad con que los navegadores los implementan, y los dispositivos ubicuos están creando un sustrato extremadamente fértil. Para un profesional, o para un estudiante, la web es una plataforma ideal: gratuita, abierta, colaborativa, bien documentada y rica en prestaciones.
En esta charla se presentará el W3C desde la perspectiva de un ex-alumno de la ETSIIT que trabaja como programador web en su equipo de sistemas. Nos centraremos en HTML como pieza central, pero mencionaremos otras especificaciones que merece la pena conocer. Todo ese trabajo, por cierto, está abierto a la participación y los comentarios de cualquiera que desee contribuir. También se mostrará cómo aprovechar las herramientas, servicios y recursos que el W3C pone a disposición de profesionales y estudiantes.

Antonio Olmo Titos trabaja en el W3C desde la universidad de Keio, en el Japón, y nos proporciona la siguiente biografía:

Antonio Olmo Titos pasó por la ETSIIT (cuando ésta era la ETSII; sin la última T) entre 1998 y 2004. Tras lo cual el padre del actual rey aseguró que es ingeniero en informática. Y eso a pesar de que frecuentó Gcubo, Hispalinux y otras malas compañías. Durante la década siguiente ha trabajado como programador (a veces metido en tareas de análisis y gestión), tanto en start-ups diminutas como en empresas multinacionales. Ha trabajado en Sevilla, en Madrid y en Londres. Actualmente vive en Tokio y es programador web dentro del equipo de sistemas del World Web Consortium. Sus principales intereses son el software libre, Linux, los sistemas abiertos, la informática gráfica, interfaces y usabilidad, la web en todos los colores posibles y JavaScript. Ha tocado otros palos en ocasiones (pero peor es tener que robar).

.
Antonio Olmo Titos también coordinará un hackatón WWW el mismo día que se anunciará oportunamente.

Mi nombre es Juan Carlos. Estudio Ingeniería Informática en la Universidad de Camagüey, Cuba, hace unos cuatro años. Mi mayor hobby es la programación, junto a la lectura, las series anime y el rock. A finales del pasado año se hizo en Cuba el primer Concurso Cubano de Software Libre, homólogo del CUSL español. Participé con el proyecto Pegotes y hoy quiero compartir con ustedes mis recuerdos de esos días inolvidables. Sigue leyendo

Hace ya algún tiempo y visto los precios crecientes y las dependencias que crea el uso de cierto software privativo de cálculo matemático, en la UGR decidimos migrar a Octave. Se dejaron de pagar las actualizaciones del arriba (no) mencionado software y se instaló Octave UPM en una versión adaptada en todas las aulas.
Ahora, la comisión de relación con proveedores de la CRUE-TIC ha decidido ayudar a migrar a todas las universidades a Octave u otro software de cálculo científico y por ello hemos organizado un grupo de trabajo para migración a Octave, a partir del grupo ya existente en la UGR. En principio, en este grupo trataremos de auto-ayudarnos a crear material nuevo basado en Octave o adaptar el existente, coleccionando recursos y resolviendo dudas. Si estás interesado, no tienes más que inscribirte, el grupo está abierto a todo el mundo.

Ayer por la mañana estuvimos en la Facultad de Ciencias Políticas y Sociología de la Universidad de Granada para realizar una prueba sobre la próxima instalación de una nueva distribución con software libre en los PC de varias aulas.

Con grata sorpresa, comprobamos que los equipos van de lujo y están muy limpitos y bien conservados, a parte de llevar un hardware compuesto por una placa ASRock con doble núcleo a 3.00 Ghz, 2 GB de RAM y una gráfica Nvidia versión “aceptable”.
Después de lo visto y ya que todas las aulas llevan idéntico hardware en los PC, nos hemos decidido a instalar Ubuntu 14:04 32 bits, con Unity y Gnome classic, aunque esto se podrá cambiar a gusto del consumidor en el inicio de sesión. Se dejara instalado el escritorio clásico por si necesitan más recursos para otros menesteres, que ya sabemos lo que consume Unity.

La clonación de todos los discos duros se realizará in situ, a partir del día 12 de junio y sobre las 12:00 de la mañana, que es cuando los estudiantes salen de clase después de realizar exámenes.

Está instalación va a quedar fenomenal. Los profesores que utilicen los ordenadores con Ubuntu 14:04 totalmente actualizado, configurado y optimizado by Manu, no van a querer utilizar ni Windows ni Macintosh… Uno por ser un virus en constante crecimiento-saca cuartos y el otro por tener un diseño y hardware “algo decente” pero por el cual te cobran un pastón nada más mirarlo.

Esperamos que actuaciones como está corran como la pólvora, ya sea por el boca a boca o las redes sociales, etc.          logo-oslEl profesorado y alumnado quedarán sorprendidos con esta nueva instalación y que conste que yo no soy de los de vender la piel del oso antes de cazarlo, pero en los dos años que llevo con el reciclaje de equipos en la OSL, doy fe que la mayoría del material reciclado y retirado en las distintas facultades nos llega en condiciones muy deterioradas. Por esto mismo, después de ver el excelente estado de conservación de los PC y en el buen momento en el cual esta el desarrollo de la distribución Ubuntu, me he ilusionado, que queréis que os diga, más aún de poder dar un golpe de efecto reivindicando la utilización de Software Libre en el mundo Universitario y que se dejen ya de tanto tirar balones fuera a la hora de justificar la compra y adquisición de licencias y programas privativos. En serio, después de ver el Guadalinex v7 que llevan instalados y lo obsoleto de los programas, herramientas, navegadores, ect. Esto va a ser como estrenar zapatos nuevos el día de la Palma en Semana Santa 😉

Estaría bien que se aclaren con la eterna Beta 9 de Guadalinex y llegará un día a liberarse como stable, pero con el tiempo que llevan con ella creo que, por desgracia para todos los usuarios de Software Libre, va para largo.

En fin, ahora despacito y buena letra.

En noviembre del año pasado tuvo lugar en la Universidad de Ciencias Informáticas de la Habana la presentación del primer concurso cubano de software libre, financiado por la Fundación Universidad.es y organizado por nuestra oficina. En el plazo de inscripción, abierto hasta finales de diciembre, se inscribieron un total de 17 proyectos de diversas universidades cubanas, desde el centro hasta el Oriente.
Los proyectos tenían un excelente nivel técnico, pero tras el examen de los proyectos por el jurado, compuesto por el Dr. Rodolfo García Bermúdez, Dr. Yoel Benítez Fonseca, Licenciado Roberto Becerra García y D. Ángel Pablo Hinojosa Gutiérrez de nuestra OSL, se decidió dar el segundo premio, ex aequo, a los proyectos

  • Pegotes, presentado por Juan Carlos Mejías Rodríguez, de la REDUC, Universidad de Camagüey Ignacio Agramonte Loynaz. Pegotes se define como un Pastebin fácil.
  • Generador de código en VHDL, presentado por Gustavo Viera Lópe, Marcelo Fornet Fornés, Danilo Gómez Gómez, Manuel Madrigal Casals, César Leandro Hérnandez Hérnandez, de las Universidades de la Habana y el Instituto Superior Politécnico José Antonio Echevarría
  • El primer premio se ha concedido al proyecto Autoexam, presentado por Alex Coto Gutiérrez, Lic. Suilan Estévez Velarde, Lic. Alejandro Piad Morffis, Lic. David Darias Torres y Lic. Andy Teijelo Pérez de la Facultad de Matemáticas y Computación de la Universidad de la Habana. Los diplomas fueron entregados el pasado 14 de febrero por los doctores Bermúdez y Bello, en la UCI, en el marco de Universidad 2014; los premios, consistentes en unos Raspberry Pi para los ganadores y Arduinos para los segundos premios, se entregarán a los ganadores siguiendo los cauces más adecuados.

    Nuestra más sincera enhorabuena a los ganadores, nuestro agradecimiento al jurado por la ayuda prestada, a Rafael Bello por su ayuda en la coordinación del concurso y por supuesto a todos los participantes por el esfuerzo realizado.

Ya está abierta la décima campaña de donación de material informático, tras las campañas IIIIIIIV, V, VI, VII, VIII, IX las que se han donado más de 200 equipos informáticos completos. En esta campaña, cuyas bases podéis consultar en la web, hay un total de 4 ordenadores de sobremesa, 3 portátiles,  2 impresoras/escáneres y 9 proyectores, que se pueden ver en el siguiente catálogo y solicitar en el formulario.

Como en la anterior campaña, se cuenta con el apoyo del resto de la Delegación TIC, especialmente el CSIRCGerencia y la Unidad de Calidad Ambiental de la UGR.

Los únicos requisitos para recibir la donación, aparte de lo indicado en las bases, es asistir al taller de formación sobre el uso de los equipos y comprometerse a retirar personalmente los equipos, aparte de documentar la instalación en la sede de la entidad receptora, mediante la publicación de una noticia de los equipos entregados. Y publicarlo en la web o los medios sociales de los que la entidad disponga.

La campaña termina el día 10 de febrero; en los días siguientes a esa fecha de cierre de la campaña se les comunicará a las asociaciones solicitantes mediante correo electrónico los equipos que les han sido concedidos, y en los días sucesivos, según se confirmen o no las aceptaciones de las donaciones, al resto.

El taller de introducción a Debian  tendrá lugar en la Oficina de Software Libre en la primera semana de marzo. Se comunicará el día mediante correo electrónico a las asociaciones beneficiadas. La asistencia al mismo es obligatoria (como viene reflejado en las bases).

Resumiendo:

Web Jornadas de Software Libre
Logo y enlace Web Jornadas de Software Libre 2018
Web SereIngeniera
Logo y enlace Web SereIngeniera 2018
Web Campus Infantil 2018
Logo y enlace Web Campus Infantil 2018
Calendario
octubre 2018
lunes martes miércoles jueves viernes sábado domingo
1 octubre, 2018

Categoría: GeneralN/A: Inicio de IV Campaña de donación de material informático con software libre (2018)

N/A: Inicio de IV Campaña de donación de material informático con software libre (2018)
2 octubre, 2018 3 octubre, 2018 4 octubre, 2018 5 octubre, 2018 6 octubre, 2018 7 octubre, 2018
8 octubre, 2018 9 octubre, 2018 10 octubre, 2018 11 octubre, 2018 12 octubre, 2018 13 octubre, 2018 14 octubre, 2018
15 octubre, 2018

Categoría: GeneralN/A: Cierre de IV Campaña de donación de material informático con software libre (2018)

N/A: Cierre de IV Campaña de donación de material informático con software libre (2018)
16 octubre, 2018

Categoría: GeneralN/A: Evaluación de solicitudes IV Campaña de donación de material informático con software libre (2018)

N/A: Evaluación de solicitudes IV Campaña de donación de material informático con software libre (2018)
17 octubre, 2018

Categoría: GeneralN/A: Evaluación de solicitudes IV Campaña de donación de material informático con software libre (2018)

N/A: Evaluación de solicitudes IV Campaña de donación de material informático con software libre (2018)
18 octubre, 2018

Categoría: GeneralN/A: Evaluación de solicitudes IV Campaña de donación de material informático con software libre (2018)

N/A: Evaluación de solicitudes IV Campaña de donación de material informático con software libre (2018)
19 octubre, 2018

Categoría: GeneralN/A: Comunicación de resultados provisionales de asignación IV Campaña de donación de material informático con software libre (2018)

N/A: Comunicación de resultados provisionales de asignación IV Campaña de donación de material informático con software libre (2018)
20 octubre, 2018 21 octubre, 2018
22 octubre, 2018

Categoría: GeneralN/A: Comunicación de resultados definitivos de asignación IV Campaña de donación de material informático con software libre (2018)

N/A: Comunicación de resultados definitivos de asignación IV Campaña de donación de material informático con software libre (2018)
23 octubre, 2018 24 octubre, 2018

Categoría: General7:30 pm: Andarse por las ramas:git avanzado y flujos de trabajo

7:30 pm: Andarse por las ramas:git avanzado y flujos de trabajo
25 octubre, 2018

Categoría: General7:30 pm: Andarse por las ramas:git avanzado y flujos de trabajo

7:30 pm: Andarse por las ramas:git avanzado y flujos de trabajo
26 octubre, 2018 27 octubre, 2018 28 octubre, 2018
29 octubre, 2018 30 octubre, 2018 31 octubre, 2018

Categoría: General12:30 pm: Scrum con Lego

12:30 pm: Scrum con Lego
1 noviembre, 2018 2 noviembre, 2018 3 noviembre, 2018 4 noviembre, 2018
Archivos
Categorías