Funciones del plugin de calendario para que sea realmente útil para nosotros

Pavilion está trabajando en un Plugin de Integración de Eventos para Discourse (DEIP), que, entre otras cosas, permitirá publicar eventos en Discourse desde otros servicios y plataformas. Hemos presentado una propuesta a DAPSI (un programa NGI de la UE), la cual fue aceptada para su financiación. El programa acaba de comenzar (anoche) y estamos dando inicio al trabajo. Esto se superpondrá con algunos de los puntos que has planteado.

Versión editada del resumen ejecutivo de la propuesta

No existe un modelo de datos abstracto para eventos de calendario en uso habitual por parte de los servicios de eventos en línea. Primero especificaremos y prototiparemos un modelo de datos funcional basado en la asimilación de intentos anteriores de estandarización y en los modelos de datos de servicios de eventos populares («Especificación y Prototipo DEIP»). Posteriormente, comercializaremos esta especificación en forma de un plugin de código abierto para Discourse que permitirá a las comunidades en línea transferir fácilmente datos de eventos de calendario entre plataformas populares de gestión de eventos (inicialmente Eventbrite, Meetup y Zoom) y Discourse, el software de comunidad de código abierto más popular («Producto DEIP»). Ofreceremos suscripciones orientadas a servicios para empresas que utilicen el MVP (Producto Mínimo Viable) para garantizar la viabilidad continua del plugin a lo largo del tiempo.

El Producto DEIP será una alternativa de código abierto y comercialmente viable a la recientemente lanzada API Oficial de Eventos de Facebook, que ofrece funcionalidades similares, pero para el «jardín amurallado» de datos de comunidad de Facebook. Facebook ha estado invirtiendo en sus funciones comunitarias durante algún tiempo, y esa inversión está creciendo. El enfoque continuo de Facebook en este aspecto de su producto significa que las alternativas de código abierto deben mejorar continuamente ofertas equivalentes para mantenerse viables. La Especificación y el Producto DEIP serán herramientas vitales en esa lucha.

Discourse es una de las pocas plataformas de código abierto realmente viables para comunidades en línea. Es el proyecto comunitario más popular en GitHub y recientemente recaudó 20 millones de dólares estadounidenses para seguir impulsando el crecimiento de su organización en expansión (55 empleados que apoyan a más de 32.000 comunidades). La plataforma de Discourse es 100 % de código abierto y está profundamente integrada en las comunidades y la cultura del software de código abierto.

Pavilion (el solicitante) es una cooperativa de desarrolladores y gerentes de producto y un socio oficial de Discourse. Hemos estado trabajando con Discourse durante más de 6 años y hemos construido una parte sustancial de los plugins de terceros existentes para Discourse, incluyendo el plugin de Discourse más popular y una serie de plugins que posteriormente fueron adoptados (convertidos en «oficiales») por Discourse.org.

La combinación de la Especificación y el Producto servirá tanto como exponente de la estandarización del modelo de datos de eventos de calendario, como proporcionará una solución eficiente de código abierto para la gestión de eventos en las decenas de miles de comunidades en línea que utilizan Discourse.

Resumen (Problema y Solución)

El problema principal que enfrentan las comunidades en línea que gestionan eventos es la integración de servicios. Las comunidades utilizan una mezcla de plataformas de marketing como Eventbrite, plataformas de descubrimiento como meetup.com, herramientas de reuniones como Zoom, o soluciones todo en uno como Facebook. La dificultad de gestionar una comunidad a través de múltiples servicios significa que existe un incentivo para utilizar soluciones propietarias que ofrecen conveniencia sobre transparencia y portabilidad.

El DEIP será tanto una especificación y prototipo de modelo de datos de eventos de calendario, como un plugin de Discourse de código abierto y comercialmente viable. En resumen, el DEIP:

  1. Definirá una especificación práctica de modelo de datos de eventos de calendario.
  2. Implementará la especificación en un prototipo funcional.
  3. Desarrollará el prototipo en un plugin de Discourse con soporte para importar desde servicios de eventos populares y exportar utilizando estándares comunes de calendario.
  4. Lanzará el plugin como un producto de código abierto, con un servicio de suscripción dirigido a usuarios empresariales.

Especificación (El componente de investigación)

Los principales estándares en la gestión de eventos de calendario son RFC 5545 (formato .ics) y RFC 4791 (CalDAV, o «feeds iCal»). El problema con estos estándares es que actualmente no se utilizan para modelar los datos de eventos de calendario disponibles en las APIs modernas. Los objetos equivalentes disponibles a través de las APIs de Eventbrite, Meetup y Zoom no se traducen a RFC 5545, ni entre sí. Los intentos de organismos sectoriales para desarrollar una API de Calendariado Abstracto aún no han dado frutos, a pesar de algunos intentos recientes. Además, los servicios propietarios no proporcionan feeds CalDAV a nivel de grupo/sitio/comunidad (a veces proporcionan feeds específicos de usuario). En resumen, existe una escasez significativa de estandarización del modelo de datos de eventos de calendario.

El componente principal de investigación del DEIP será especificar un modelo de datos de eventos abstracto que implemente los intentos de estandarización existentes, manteniendo al mismo tiempo una usabilidad práctica en relación con los servicios propietarios relacionados con eventos más populares («Especificación DEIP»). Esta especificación se convertirá luego en un prototipo funcional (inicialmente en Ruby; posteriormente en otros lenguajes), permitiendo la creación, lectura, actualización y eliminación de eventos de calendario genéricos («Prototipo DEIP»). Dependiendo de los resultados de este trabajo, podríamos buscar empaquetar el Prototipo DEIP para su distribución a través de diferentes sistemas de paquetes, por ejemplo, gemas de Ruby.

Además de formar la base del MVP (ver más abajo), la especificación y el prototipo se publicarán en la página de aterrizaje del DEIP junto con explicaciones acompañantes sobre el razonamiento detrás de ellos. También dedicaremos una sección de nuestra propia comunidad a ello para mayor discusión. Queremos ser una parte activa de los esfuerzos para acercar los servicios de software de eventos al uso de modelos de datos estándar y mejorar la interoperabilidad y portabilidad de los servicios.

Desarrollo (El componente de desarrollo)

Desarrollaremos la Especificación y el Prototipo DEIP en un MVP Plugin de Discourse que ofrezca las siguientes características:

  • API de Eventos de Discourse con soporte para Crear, Leer y Eliminar. El soporte para Actualizar (es decir, comunicación bidireccional) se añadirá en una versión posterior del producto.
  • Soporte específico para servicios populares. Inicialmente Eventbrite, Meetup y Zoom.
  • Integración con el Plugin de Eventos de Discourse para mostrar eventos dentro de los temas de Discourse y proporcionar un Calendario de Eventos dentro del propio Discourse.
  • Un servidor CalDAV para proporcionar un feed unificado de todos los eventos en una comunidad, con la capacidad de filtrar por categoría y usuario.
  • Integración con el Plugin de Herramientas Legales para soporte de GDPR y el Plugin de Ubicaciones para mapeo de ubicaciones GeoJSON utilizando soluciones de mapeo de código abierto.

Despliegue (Relevancia, impacto y beneficios)

Pavilion apoya a miles de comunidades en línea a través de nuestro trabajo de consultoría pagado y nuestro trabajo de código abierto sin remuneración, muchas de las cuales han manifestado una clara necesidad del Producto DEIP, incluyendo investigadores universitarios, comunidades de apoyo en salud, aficionados, pequeñas empresas, vecindarios, startups, organizaciones sin fines de lucro, empresas Fortune 500, novelistas de fantasía y entusiastas de la fotografía de naturaleza. Para una muestra de esta necesidad, véase aquí, aquí, aquí, aquí, aquí, aquí y aquí. La falta de facilidad de portabilidad e integración de eventos es frecuentemente un factor clave en la elección entre soluciones propietarias de bloqueo como Facebook y soluciones de código abierto como Discourse.

Los miembros de Pavilion desplegarán personalmente el Producto DEIP para nuestros clientes existentes que organizan eventos, así como ayudando a los muchos usuarios de código abierto de nuestro trabajo, como los mencionados anteriormente. Además del trabajo de Pavilion dentro de la comunidad de Discourse, el DEIP tendrá:

  • Un sitio web de producto independiente, que incluye la Especificación y el Prototipo DEIP.
  • Documentación de la API.
  • Soporte a través de los canales de soporte de Pavilion.

Nuestro objetivo es que el Producto DEIP sea una alternativa viable a la gestión de eventos en plataformas de comunidad propietarias y que la Especificación y el Prototipo DEIP impulsen los esfuerzos en la estandarización del modelo de datos de eventos de calendario.

Modelo de Negocio (Explotación comercial)

Pavilion ha desarrollado un modelo de suscripción para nuestros plugins de Discourse de código abierto que mantiene nuestros compromisos con el código abierto y el apoyo a comunidades sin fines de lucro, al tiempo que garantiza que nuestros miembros reciban una compensación adecuada por su trabajo. El modelo tiene las siguientes características:

  • Código 100 % de código abierto.
  • Características «empresariales» seleccionadas que no son visibles en el cliente de la aplicación a menos que el administrador de la comunidad haya comprado una suscripción.
  • Suscripciones gratuitas para comunidades sin fines de lucro que utilizan las características «empresariales».
  • Servicios orientados a empresas para suscriptores de pago.

La restricción de características en una base de código 100 % de código abierto puede superarse programáticamente; sin embargo, esto no es relevante para el mercado objetivo de las suscripciones de pago. Las empresas quieren pagar por servicios que les beneficien, y aquellos que eligen superar las restricciones no son los clientes objetivo para ese aspecto del producto.

Podríamos ampliar potencialmente el alcance de este proyecto para incluir algunas de las otras cosas que has mencionado, es decir, aquellas centradas en las características de eventos dentro del propio Discourse; sin embargo, necesitaríamos financiación adicional. Si deseas discutir esto más a fondo, puedes enviarme un mensaje privado al respecto. En cualquier caso, compartiré más detalles sobre el proyecto DEIP aquí en meta a medida que avancemos.

10 Me gusta