Sistema de Colaboración Open Source Santiago

Alias: Open Quest

A gamified collaboration system for Open Source adventurers. Versión 1.0

El Sistema de Colaboración de Open Source Santiago fomenta la participación, la experimentación y el aprendizaje a través de un modelo basado en desafíos y misiones. Este documento describe la estructura general del sistema y sus subsistemas: profesiones, desafíos y misiones, medallas y recompensas, y el plan de producto fuera del MVP.

---

1. Sistema General

El sistema utiliza un enfoque colaborativo y gamificado para incentivar a los participantes a desarrollar habilidades técnicas, contribuir a proyectos Open Source y experimentar con soluciones innovadoras.

Componentes Principales:

1. Tablero Kanban en GitHub Projects:

   • Estructura central para gestionar las tareas.
   • Clasificación por estado: Por Hacer, En Progreso, En Revisión, Completado.

2. Etiquetas:

   • Clase o Profesión: 🛡️ Engineer, 🔬 Scientist, ⚔️ Warrior, 🪄 Mage.
   • Rango: E, D, C, B, A, S, SS.
   • Estado: En Revisión, Completado.

3. Colaboración y Retroalimentación:

   • Cada misión requiere revisión por parte de un mentor o la comunidad.

---

2. Subsistema de Profesiones

Clases disponibles, cada una asociada a una especialidad técnica:

1. 🛡️ Engineer (Platform): Maestro en plataformas robustas y escalables.
2. 🔬 Scientist (AI): Innovador en inteligencia artificial y análisis de datos.
3. ⚔️ Warrior (AppDev): Campeón del desarrollo de aplicaciones y microservicios.
4. 🪄 Mage (Automation): Dominador de la automatización y los flujos de trabajo.

Para profundizar en cada arquetipo y elegir tu senda, revisa la Guía de Clases de la Comunidad.

---

3. Subsistema de Desafíos y Misiones

Rangos:

Clasificación de las misiones desde básicas (E) hasta épicas (SS).

Plantilla de Misión:

• Título: [Clase][Rango] Nombre del Desafío/Misión.
• Descripción: Objetivo, pasos, recursos y criterios de aceptación.

---

4. Subsistema de Medallas y Recompensas

Reconocimiento por logros destacados:

• Medallas para cada profesión, desde niveles básicos hasta maestrías.
• Progresión en rangos y reconocimiento comunitario.

---

5. Plan de Producto: Plataforma Web (Post-MVP)

Descripción General:

El siguiente paso en la evolución del Sistema de Colaboración es el desarrollo de una plataforma web inmersiva, integrada con GitHub, que ofrezca una experiencia similar a un videojuego para el aprendizaje y la práctica de habilidades técnicas.

Características Clave:

1. Gestión de Cuentas:

   • Registro y autenticación vinculados a GitHub.
   • Perfil del participante con información sobre profesiones, logros y progreso.

2. Entorno Inmersivo:

   • Interfaz visual similar a un RPG donde las profesiones se representan como roles dentro de un mundo interactivo.
   • Desafíos y misiones como "quests" con recompensas visuales y funcionales.

3. Progresión y Desarrollo Personal:

   • Sistema de puntos de experiencia (XP) y niveles.
   • Historial de contribuciones y aprendizaje continuo.

4. Fomento de Comunidad:

   • Espacios para compartir conocimiento y proyectos.
   • Foros y grupos de mentoría para cada clase/profesión.

5. Integración con GitHub:

   • Automatización de tareas (como mover issues en el Kanban).
   • Registro automático de contribuciones y logros.

6. Mentoría y Colaboración:

   • Mecanismos para que los participantes actúen como mentores.
   • Evaluaciones y retroalimentación entre pares.

---

Impacto y Objetivos:

• Crear una plataforma de desarrollo personal que combine aprendizaje, práctica y colaboración.
• Facilitar la mentoría y el intercambio de conocimiento entre participantes.
• Atraer a más contribuyentes al ecosistema Open Source a través de una experiencia única y motivadora.

---

Sitio estático y dashboards automáticos

En la etapa 4 del plan incremental se incorpora un sitio estático generado con Jekyll utilizando el tema Chirpy. El build consume los artefactos publicados en docs/data/ y el resumen mission-merge-summary.md para generar el dashboard publicado en GitHub Pages.

Cómo ejecutar el sitio localmente

Todo lo relacionado con GitHub Pages vive en el directorio github-pages/. Desde la raíz del repositorio ejecuta:

cd github-pages
bundle install
bundle exec jekyll serve

El primer comando cambia al directorio del sitio y el segundo resuelve las dependencias Ruby (incluido GitHub Pages). Finalmente se inicia un servidor local con recarga automática en http://localhost:4000. Para generar la versión lista para publicar utiliza:

bundle exec jekyll build

El resultado se compila en github-pages/_site/, que está excluido del repositorio para replicar el comportamiento de GitHub Pages.