Coordinación de jornadas gpuleras HOWTO

Como organizar las "Jornadas sobre el S.O. Linux" en la Facultad de Informática de la UDC∞:

0. Decidir la época en que se realizarán las Jornadas: marzo o abril, después de los parciales de Febrero pero lo más lejos de Mayo.

1. Call for papers en las listas de correo. Al menos con un mes y medio de antelación al inicio, y tras el anuncio en la última Asamblea de Socios

2. Selección de posibilidades:

• En las Jornadas sobre el SO Linux se trata de atraer a nuevo público, universitario o no, hacia el software libre. Se procuarará mantener un equilibrio entre charlas tradicionales que deban repetirse para no iniciados (instalación de distribuciones, herramientas básicas de programación) con nuevas ideas que surjan
• A veces será necesario utilizar el acoso, la presión, el chantaje o la fuerza bruta para que posibles (conocidos) candidatos se animen a dar una charla. Hacerlo sin escatimar en esfuerzos ;-)
• Recordar varias veces en las listas que el plazo se acaba

3. Tres semanas antes del inicio de las charlas, se cerrará el programa

4. Dependiendo del número de charlas disponibles (y del número de actividades previstas), se elegirá un formato adecuado: más comprimido es menos agotador para los que organizan pero cansa más a los asistentes. Si se extienden más en el tiempo, entonces hacen perder más tiempo a los organizadores, y se corre el riesgo de que los asistentes se olviden un poco, pero tiene la ventaja de que los que pueden perder sólo un par de horas o tres al día pueden asistir a más charlas

5. Decidido el formato se realizará durante varios días ronda de contactos sobre la conveniencia de horarios para los ponentes, a través de las listas de correo. Las charlas se pueden colocar desde el lunes por la tarde hasta el jueves por la tarde, nunca el lunes por la mañana, que vuelve la gente de fin de semana, ni los viernes todo el día, porque por la mañana duermen la resaca del jueves y por la tarde se piran a su casa; cuidado con puentes, patrones y similares; evitar días con actos que puedan arrastrar a estudiantes: actividades con créditos, exámenes de asignaturas difíciles...

6. Intentar agrupar las charlas por temas, y de menor a mayor complejidad en el tiempo. Intentar asociar charlas "minoritarias" con charlas "de masas" para que las primeras se vean beneficiadas en cantidad de público

7. Pedir permiso al Decano

8. Selección de lugares con la Secretaría de Decanato. Según aforo previsto, se procurará dar en aulas más grandes o salón de actos, o más
pequeñas. El salón de actos se procurará para el día de la inaguración, para charlas invitadas y para charlas "de masas" que no sean talleres;
aulas grandes para talleres que se prevean con mucho público, o charlas "de masas" que no puedan darse en el salón de actos; aulas pequeñas para el resto. Una de las condiciones puede ser la necesidad de buenas condiciones para la grabación de video, y sobretodo, de audio (el salón de actos de la FIC suele estar en precario siempre en esto)

9. No se suele dar el caso, pero después del paso 8 a lo mejor hay que cambiar la última propuesta de calendario, entonces habrá que iterar sobre los pasos 5,6,7 y 8

10. Cuando por fin se cierre un horario y calendario, se deberán reservar en conserjería, si lo requiere, cañones (cada vez menos porque las aulas están dotadas de ellos, pero siempre hay alguno que falla, como el del Salón de actos)

11. En las charlas que lo requieran, se deberá prever una conexión a internet. Para ello hablar con el Director del Servicio de Comunicacion de la UDC, en el Edificio de Investigación. Apuntar bien claro los datos de la conexión. La red wifi se tendrá en cuenta, pero recordad que el radius sigue el programa de Murphy para dejar de funcionar

12. Preparar el sistema de inscripción en web

13. La información que se propagará sera:

• Presentación del ciclo
• Título de la charlas
• Nombre del ponentes
• Fecha, hora, lugar
• Breve descripción de la charlas
• Direcciones de inscripción e información
• Lista de organizadores y colaboradores (GPUL,FIC y UDC, normalmente)

14. A dos semanas, la información de las charlas se debe propagar por:

• listas de GPUL
• página web de GPUL
• Decano, para que lo transmita a la web de FIC y si es posible (como este año) para que UDC haga un comunicado de prensa (nota 200604:mientras que el Servicio de Prensa de la UDC siga usando .doc para colgar sus comunicados de prensa, pasamos de ellos)
• webs de otros LUGs gallegos
• Barrapunto, Kriptópolis
• Periodistas que estén de mano (*)

15. Sobre las sesiones:

• Además del ponente, en cada sesión es casi obligado que haya una persona para presentar y resolver contingencias, y si se va a grabar, otra para controlar la cámara
• Agua mineral, y si hay invitados, copas y servilletas
• Prever el día antes el soporte de grabación, si es necesario; y pilas para los micros
• Si el ponente requiere una máquina de prestado, prever los programas que esa máquina deba tener
• Los organizadores deberán estar como media hora antes de la charla para comprobar que todo está en orden y funciona (proyección, red) y para buscar el material adicional:alargaderas, cables de red, material de grabación si lo prestan, probar especialmente el audio
• Puntero laser si lo requiere el ponente (en conserjería hay alguno, además de en algunos mandos a distancia de los cañones de las aulas)
• Presentar al ponente y su charla, para ello se habrá acordado con él previamente que aspectos se deben reslatar de su curriculum
• Al acabar, anunciar la siguiente charla y/o sesión
• En el caso específico de la inaguración, el/la coordinador/a dará la bienvenida, y dará paso inmediatamente al Presidente/a de GPUL, que después de unos breves comentarios de presentación, dará paso al Decano de la FIC; una vez que acabe, se presenta la primera charla
• Si algo falla, que no cunda el pánico, generalmente todo tiene solución y los asistentes suelen ser tolerantes a los "problemas del directo"; y si no se puede resolver... bueno, ¡pues que cunda!

16. En la última sesión, al finalizar la última charla, el Presidente de GPUL despedirá el ciclo

17. Celebrarlo como buenamente se pueda, e irse a dormir como Dios manda, en cualquier orden

18. Antes de una semana de acabar el ciclo, tener las trasparencias colgadas de la web

19. Con tiempo, y paciencia, preocuparse de intentar tener las grabaciones para colgarlas también de la web



(*) Cuando vienen periodistas es muy importante tener muy claro lo que se va a decir, porque suelen estar poco preparados en temas técnicos. No usar nunca palabras como: comunismo, revolución, anti-Microsoft, y, especialmente, hacker. Preferiblemente tener un rollo preparado, como el que adjunto a continuación:

Ideas básicas sobre software libre para la prensa

1. El movimiento del software libre es un entorno de colaboración científico-tecnológico iniciado por Richard M. Stallman en el Instituto Tecnológico de Massachusets en 1985, con la fundación del proyecto GNU

2. El objetivo de este proyecto era que cualquier persona que adquiera una computadora tuviera a su disposición de forma abslutamente libre un sistema operativo (esto es, el programa que gestiona los recursos de la maquina y que permite al hombre y a otros programas interactuar con ella) y una serie de herramientas de uso

3. Las bases del software libre son la disponibilidad del código fuente de los programas (esto es, las instrucciones que escriben los programadores paraconstruir los programas), para usarlo, analizarlo, mejorarlo y redistribuirlo con la misma libertad con la que se ha tomado

4. En 1991, utilizando las herramientas del proyecto GNU, Linus Torvalds, un estudiante de la Universidad de Helsinki empieza a escribir el nucleo del sistema operativo, este nucleo recibe el nombre de Linux

5. Actualmente miles de desarrolladores esparcidos por todo el planeta, de diferentes ideologías y culturas, colaboran bajo la idea común del software libre, de forma voluntaria en la mejora de Linux y en el desarrollo de nuevas aplicaciones para el sistema

6. Linux ha pasado en 14 años de ser usado por un grupo reducido de personas a representar del orden del 5% mundial. La mayor parte de los servidores web de Internet son Apache, también software libre. Grandes empresas, universidades, centros tecnológicos, la NASA y las administraciones optan cada vez mas por soluciones basadas en Linux

7. En 1998 se funda en la Facultad de Informática de la Universidade Da Coruña el Grupo de Programadores y Usuarios de Linux (GPUL), asociación que auna a estudiantes y profesores con un doble objetivo que es el del desarrollo de software libre y el de la promoción de su uso. Por esto último, cada año se organiza, entre otras actividades, unas Jornadas sobre distintos aspectos del software libre: desarrollo de aplicaciones, redes, web, seguridad, software social, supercomputación...