Voilà, translate&paste (gracias a
internostrum) de tu email. Yo por mi parte he visto el Drupal-Conference y me gusta.
>> El software que se ha utilizado en esta última moot -y cada vez en más congresos- se llama OCS (Open Conference System) y se trata de una aplicación web, distribuida bajo una licencia libre que desarrolla y mantiene la gente de la SFU (Simon Fraser University) dentro del proyecto PKP (Public Knowledge Project). Nosotros sólo nos lo hemos mirado por encima (no acostumbramos a hacer congresos
) pero si que hemos trabajado mucho OJS (open journal system) y su código es de los mejores desarrollo libres que haya visto nunca (mucho mejor que moodle y también por encima de drupal%[1]).
>>Sobre la idea de montar la web con Moodle, es una opción pero por norma yo soy partidario de escoger la herramienta adecuada para cada situación. Dicen que "el que sólo tiene un martillo, ve clavos por todas partes"
no bien al empezar un proyecto, siempre intento explorar "el estado del arte" pues el universo de los CMS es muy amplio y casi siempre encuentras adaptaciones aplicadas a contextos determinados. Moodle es un buen ejemplo: un CMS adaptado a educación (LMS), del mismo modo que OCS es un CMS adaptado para gestionar congresos (gestiona los "call for papers", revisiones, "timetables", inscripciones, diseminación...).
>>En abstracto, te diría que OCS acostumbra a ser la mejor elección, pero no podemos trabajar en general y antes de empezar a "arremangar-nos", hace falta definir con detalle las necesidades que debe cubrir la plataforma.
En tu mail apuntas nuevas necesidades que OCS no cubre demasiado bien (interactividad, web2.0), se nos plantean dos alternativas:
>> a) Ampliar OCS con aquello de que carece: Hace falta definir "interactividad" y "mejoras web2.0" para ver si implica mucho trabajo desarrollarlo, pero el que si que es un requisito imprescindible para la difusión de la moot es la mejora estética. Afortunadamente, crear un nuevo "tema" para el OCS no supone un reto (aquí hay algunos a partir de los que trabajar:
http://pkp.sfu.can/theme-gallery)
>>Así pues, si vemos que OCS no cubre nuestras expectativas, tenemos a la nuestra disposición todo un abanico de CMS libres y "generalistas" a partir de los que trabajar para crear nuestra herramienta de gestión de congresos. En este sentido, yo estoy especialmente contento de un CMS denominado Drupal, pues es extremadamente flexible, muy utilizado proyectos "web 2.0" y sobre el que ya ha habido gente que ha trabajado en ofrecer módulos que ayuden en las tareas habituales de un congreso [2][3][4]. Y esta sería la otra línea de trabajo:
>> b) Adaptar un CMS general a nuestras necesidades: como te digo, yo optaría por Drupal pues es mucho más flexible que OCS y puede ser un muy buen punto de partida, pues ya hay trabajo hecho.
[1]
http://drupal.org[1] Un drupal preparado para organizar conferencias:
http://drupal.org/project/cod[2] Un mòdulo drupal para tareas de organización:
http://drupal.org/project/conference_organizing[3] Un mòdulo drupal para gestionar las revisiones:
http://drupal.org/project/conference