Recent Changes - Search:


CMSProposal

Introducción

Durante el "techmeet" (reunión de técnicos) de julio de 2006 en Sao Paulo, Brasil, la gente de los equipos de desarrollo de Mir y SF-Active se reunieron para discutir una serie de temas relacionados con los CMS (Sistemas de Gestión de Contenidos).Uno de los temas principales de discusión fue una propuesta para el futuro de los CMS de Indymedia. Sirva este texto como introducción de la propuesta para aquellos que no estuvieron presentes en Sao Paulo.

Historia

Hace tiempo, cuando todo comenzó, en 1999, la idea de Internet como un lugar de publicación para noticias alternativas todavía era fresca: no existían CMS que emplearan conceptos rompedores como la publicación abierta. Por lo tanto, un grupo de desarrolladores de Indymedia comenzaron con un CMS llamado "Active". Desde entonces, varios CMS diferentes han sido desarrollados. Por ejemplo, Mir, un CMS basado en Java originariamente desarrollado para Indymedia Alemania, pero actualmente usado por deceneas de Centros de Medios Independientes de Indymedia. O SF-Active, diseñado por Indymedia San Francisco, convertido ahora en el más popular de los CMS para CMIs (Centros de Medios Independientes).

La situación actual

El estado actual de los CMS es, sin embargo, fuente de una grave preocupación: los equipos de desarrollo y soporte son escasos y están desbordados por el trabajo. Las peticiones de soporte técnico demandan habitualmente la mayoría de los recursos disponibles. Debido a esto, queda muy poco tiempo para desarrollar nuevas funcionalidades. Esto provoca que los proyectos queden bastante estancados: si nos fijamos en algunos sitios comerciales que ofrezcan formas de publicación abierta, podemos ver claramente que, tecnológicamente, nos estamos quedando atrás. Consideremos, por ejemplo, sitios como flickr.com o youtube.com: no tenemos nada que ofrecer a nuestros foto y video-activistas que se pueda acercar mínimamente a esos sitios (sin tener en cuenta los aspectos políticos de Indymedia que son, obviamente, muy diferentes de las prácticas comercialmente explotables de los citados proyectos).

La propuesta

Teniendo en cuenta estas consideraciones y dado que, a lo largo de estos años, ha surgido un gran rango de nuevos CMS basados en Software Libre, la idea es cambiar radicalmente el enfoque a la gestión de contenidos de Indymedia: en lugar de mantener una multitud de sistemas CMS diferentes en la red, ¿por qué no buscar un CMS libre que cumpla nuestras necesidades?

Las ventajas del enfoque propuesto podrían ser:

  • En lugar de "reinventar la rueda", los desarrolladores de Indymedia podrían centrarse en las funcionalidades específicas de Indymedia, dado que las funcionalidades típicas de un CMS estarían ya disponibles y mantenidas por los desarrolladores generales del proyecto.
  • Podríamos tomar ventaja del proceso existente de desarrollo y publicación de nuevas versiones, la infrastructura de soporte, la documentación, etc.
  • Si redujéramos el número de CMS para los que damos soporte, sería más sencillo compartir conocimiento y habilidades entre los mantenedores de Indymedia. Y sería más sencillo mover CMIs, si asuntos relacionados con agencias legales lo hicieran necesario.
  • El número de CMS usados por los CMIs sería reducido, lo que provocaría que también se reduzca la cantidad de gente necesaria para mantenerlos.

Hoja de ruta

El proceso de relección, acomodación y traducción requerirá tiempo. Podría costarnos todo un año completarlo. Los pasos necesarios podrían ser los siguientes:

1. Necesitamos encontrar un CMS apropiado:

Se han definido dos listas en Sao Paulo: una para funcionalidades cubiertas por los CMS existentes (http://techmeet.sarava.org/English/CMSWhatWeHave), y otra para las funcionalidades que actualmente son demandadas por varios CMIs (http://techmeet.sarava.org/English/CMSWhatWeWant). La intención es que la búsqueda de un CMS se base en los requisitos de esas listas. Antes que nada, el CMS deberá cumplir la primera de esas listas y, en la medida de lo posible, la segunda de ellas.

Los CMS deberían ser probados y evaluados. Este podría ser un proceso llevado a cabo específicamente por los desarrolladores y administradores de sistemas, dado que esta gente será la que posteriormente los mantendrá y escribirá modificaciones para ellos.

2. Una vez que el CMS haya sido elegido, debería establecerse un proceso de desarrollo para los desarrolladores de Indymedia para escribir las modificaciones necesarias y los scripts de migración/conversión.

3. Entonces debería establecerse una hoja de ruta para la conversión, para que todos los sitios de Indymedia puedan migrar convenientemente al nuevo CMS.

Pasos concretos

Para poner este proyecto en marcha, los invitamos a una reunión IRC, en el canal #cms de irc.indymedia.org (http://chat.indymedia.org/?chans=cms) el 10 de septiembre a las 17:00 UTC. Durante esta reunión:

a. finalizaremos las listas de requisitos b. reuniremos una lista de CMS candidatos c. los repartiremos entre la gente que quiera ayudar en el proceso de selección d. fijaremos una fecha para informes de estos CMS

Algunas notas finales

Una idea como esta puede ser considerada un poco controvertida: muchos de los desarrolladores han gastado una cantidad considerable de su tiempo libre en varios CMS. Sin embargo, los desarrolladores de CMS podrían acordar que la situación actual es difícilmente sostenible. Si queremos salir de ella, usar un CMS externo a Indymedia debería ser el enfoque obvio. Los CMS de Indymedia han sido muy importantes para Indymedia, pero hemos cambiado, y el mundo ha cambiado: sería bueno reencaminar nuestro enfoque.

Dicho esto, es emportante reconocer que la gente que está haciendo el trabajo duro es la que está tras esta propuesta. Queremos que salga adelante para liberarnos de la pesada carga que hemos estado arrastrando por tanto tiempo. No podemos, por supuesto, asumir que todo el mundo apoyará este plan, pero tampoco dejaremos que se nos fuerce a continuar este camino a la muerte en el que estamos.

Edit - History - Print - Recent Changes - Search
Page last modified on September 02, 2006, at 06:38 PM