El proyecto Linux Foundation

Esta página contiene los detalles de un proyecto de redacción técnica aceptado para la GDOC Season of Docs.

Resumen del proyecto

Organización de código abierto:
The Linux Foundation
Redactor técnico:
jaskiratsingh2000
Nombre del proyecto:
CAOSO: Crea un manual para toda la comunidad de CHAOSS
Duración del proyecto:
Duración estándar (3 meses)

Project description

RESUMEN DEL PROYECTO:

Actualmente, los grupos de trabajo de la comunidad de CHAOSS desarrollaron sus propias formas de trabajo y documentaron sus procesos dispares en diversos grados. Los grupos de trabajo incluyen los grupos de trabajo de métricas comunes, diversidad e inclusión, evolución, riesgo y valor, que establecieron sus propias formas de participación y trabajo, y adaptaron diferentes formas de comunicación y cultura de trabajo. Estos grupos de trabajo, de acuerdo con las métricas, tienen diferentes áreas de enfoque y antecedentes que funcionan para las métricas adecuadas, lideran varias investigaciones y desarrollos en las respectivas categorías de grupos de trabajo y conocen la ruta correcta para liderar varias investigaciones y desarrollos en las respectivas categorías, pero es posible que los procesos para los recién llegados y los colaboradores existentes no sepan cómo participar o tomar la ruta correcta para los respectivos trabajos.

Como resultado, los elementos de la comunidad de CHAOSS no están estandarizados. Por lo tanto, para conocer el proceso correcto y los fundamentos básicos de la cultura de trabajo en la comunidad, el objetivo del manual de la comunidad es centralizar la información crítica y estandarizar partes de ella en todo el proyecto CHAOSS. Las partes de información y estandarización fundamentales se enfocan principalmente en los procesos que utiliza CHAOSS para que CHAOSS tenga el acuerdo de cómo la comunidad realiza el trabajo, cómo los recién llegados pueden participar y seguir los aspectos básicos de la comunidad y qué procesos y trayectorias deben seguir los recién llegados o los miembros existentes para aprovechar el liderazgo dentro de la comunidad de CHAOSS.

El manual debe servir como instructivo para los miembros nuevos y existentes de la comunidad sobre cómo realizar el trabajo en el proyecto CHAOSS. Este proyecto incluye un componente creativo de recopilación y organización del contenido del manual, así como un componente técnico de definición de cómo representarlo.

¿POR QUÉ ES NECESARIO?

El Manual de la comunidad es un documento que define las políticas y los procedimientos clave de la comunidad, y describe su misión, valores y funcionamiento.

Este manual proporciona una introducción y un funcionamiento claros a los miembros recién llegados de la comunidad. Actualmente, el manual de la comunidad CHAOSS está disponible en el repositorio de GitHub y debe renovarse y refactorizarse con más información para los usuarios nuevos y existentes de la comunidad. Por lo tanto, este manual para toda la comunidad de CHAOSS ayudará a los recién llegados y a los miembros existentes de la comunidad de las siguientes maneras:

  • Formalizar y organizar las políticas de la comunidad de CHAOSS en un solo lugar
  • Comunicar la introducción, la misión, la visión y el liderazgo de la comunidad
  • Comprende las prácticas de la comunidad de CHAOSS
  • Lineamientos para las contribuciones
  • Define los flujos de trabajo del proyecto
  • Descripción de la cultura de la comunidad de CHAOSS
  • Preguntas frecuentes generales
  • Mentoría personal

DESCRIPCIÓN DEL PROYECTO:

El manual de la comunidad se dividirá en varias “Secciones” que contendrán información adecuada y detallada sobre temas específicos. Las secciones se pueden dividir de las siguientes maneras:

  • Introducción
  • La forma de la comunidad de CHAOSS
  • Ruta hacia el liderazgo
  • Terminología
  • Lineamientos para las contribuciones
    • Desarrollador
    • Diseñador
    • Escritor
    • Especialista en marketing
  • Métricas
  • CHAOSScon
  • CHAOSScast
  • Videos de reuniones
  • Preguntas frecuentes generales
  • Tutoría
    • Google Summer of Code
    • Outreachy
    • Temporada de Documentos de Google

DELIVERABLES DE PROYECTOS DETALLADOS

1.) Introducción:

Esta sección actuará como la primera página del manual de la comunidad CHAOSS y cubrirá los detalles, la descripción general y el uso del manual. A continuación, se incluyen los siguientes elementos:

A.) Contiene el mensaje de bienvenida con una breve descripción de la comunidad CHAOSS que ayudaría a convencer a los lectores de que completen el manual. También incluiré el collage de imágenes que se tomaron de aquí https://chaoss.community/chaoss-photo-album/, que destacaría los diversos movimientos dentro de la comunidad. B.) La página también contendrá información sobre todas las secciones con una descripción de una línea que explica cada sección y los vínculos adecuados. C.) Uso del manual: El uso del manual ya existe aquí( shorturl.at/cqQU6), pero renovaré y refactorizaré el uso existente del manual con un mejor formato de texto sin formato que incluirá el flujo del manual(incluiré cómo suceden las cosas cuando alguien quiere agregar, quitar o analizar temas relacionados con el manual. Podría continuar con el proceso de comunicación para cualquier tema relacionado con el manual), Lineamientos del manual(que incluyen su uso dentro de la comunidad y el alcance), contribución al manual ( que incluye cómo se debe usar el repositorio para realizar cambios, crear PR, plantilla para seguir y realizar cambios en el manual y la guía de estilo) y compartir comentarios sobre el manual. En Compartir comentarios, incluiré una plantilla y diferentes formas en que los usuarios pueden hacer un seguimiento para proporcionar o usar problemas de GitLab para recibirlos.

2.) La forma en que la comunidad de CHAOSS lo hace:

Será importante que las personas comprendan las prácticas y los lineamientos de la comunidad al estilo CHAOSS de la comunidad. Los flujos de trabajo podrían enfatizarlo más y describir las prácticas de la comunidad de la mejor manera. Esta sección incluye lo siguiente:

A.) Valores generales: Describe cómo se manejan la sostenibilidad, la apertura y la transparencia en la comunidad de CHAOSS. Explicaré estos valores que los usuarios nuevos o existentes deberían entender y tener en cuenta al trabajar con la comunidad dentro de la comunidad. B.) Lineamientos de la Comunidad: Esto incluye cómo involucrarse con la comunidad de CHAOSS y seguir los términos básicos. Esto también explicará la cultura de trabajo que se siguió dentro de la comunidad. (Qué debes y no debes hacer). Incluirá la lista de tareas principales de los colaboradores y los mantenedores, y les permitirá a los demás saber cómo deben trabajar con los mantenedores y cuál es su lista de tareas. C.) Grupos de trabajo: Esta página( https://chaoss.community/participate/ ) contiene información sobre los grupos de trabajo, como la descripción del grupo de trabajo, el vínculo al repo y la información sobre la reunión, pero en el manual incluiré cómo participar en los diferentes grupos de trabajo y comprender el proceso de evaluación de las métricas, la cultura de trabajo del grupo de trabajo correspondiente y cómo convertirse en los principales colaboradores de los diferentes grupos de trabajo.

3.) Ruta hacia el liderazgo:

Mientras que adquirir liderazgo en un proyecto de código abierto puede ser vital para el éxito de una comunidad en el mundo comercial. Por lo tanto, teniendo en cuenta lo anterior, incluiré lo siguiente:

A.) Liderazgo técnico: Esto incluirá los procesos y las responsabilidades de los encargados del mantenimiento del repositorio, el escritor de documentación y el encargado del mantenimiento del sitio web.B.) Liderazgo de la gobernanza: Esto incluirá las trayectorias para los miembros del directorio y las personas que toman decisiones. C.) Liderazgo operativo: Contiene la ruta para los administradores de la comunidad.

4.) Terminología:

La terminología ayudaría a describir los términos y las pertenencias correspondientes que se usan con frecuencia en la comunidad CHAOSS. Además, también incluiré los lineamientos de uso de la terminología, como mayúsculas, abreviaturas y palabras que se deben evitar, junto con las razones. Los Términos que se incluirán son Proyecto CHAOSS, Estado de la comunidad de código abierto, Revisión de código, Grupo de trabajo, Métrica de software de código abierto, Métrica común, Métrica de diversidad e inclusión, Grupo de trabajo de evolución, Grupo de trabajo de riesgo, Grupo de trabajo de valor, Publicación de métricas, Área de enfoque.

5.) Lineamientos para las contribuciones:

Este es el contexto principal de cualquier comunidad de código abierto, ya que la mayoría depende de las contribuciones o el trabajo voluntario, por lo que esto ayudará a cualquier usuario o persona nueva que se una a la comunidad a comprender las necesidades y los lineamientos básicos que debe seguir. Por lo tanto, esto incluirá los siguientes detalles:

A.) Comprender la hoja de ruta de la comunidad: Este tema brindará una descripción general de la hoja de ruta de la comunidad CHAOSS, que ayudará a los usuarios a saber qué forma o proceso deben seguir dándoles las prioridades a los distintos trabajos dentro del proyecto CHAOSS. B.) Explicar los elementos necesarios para realizar cualquier contribución práctica, como desarrollo, documentación, diseño, pruebas, etcétera. C.) Dar una breve descripción general del funcionamiento de GitLab D.) Guía para revisores y mantenedores

Esta sección también contendrá los "Roles y responsabilidades" de cada categoría de contribución, que se indican a continuación:

a.) DISEÑO: Esta subsección incluirá el “Flujo de trabajo de diseño de CHAOSS” y los lineamientos de diseño que contendrán los principios de diseño, el proceso y las herramientas que los colaboradores deben seguir mientras realizan su contribución al campo del diseño. b.) DESARROLLO: Contendrá la guía para la contribución a la base de código. Contendrá los requisitos técnicos, la estructura del proyecto y la configuración del proyecto(Augur, Cregit, GremoireLab). DOCUMENTACIÓN: Se incluirán recursos para la documentación, incluidas herramientas y una guía de estilo. d.) COMUNICACIÓN: En este artículo, se explicará cómo los colaboradores pueden ayudar a la comunidad de CHAOSS a aumentar su alcance: escribir blogs, usar cuentas de redes sociales y organizar reuniones y eventos.

6.) Métricas

Actualmente, el sitio web de la comunidad de CHAOSS contiene la información de las versiones de métricas( https://chaoss.community/metrics/ ) y es más importante que las personas comprendan cómo seguir el proceso para que su sitio web de métricas esté disponible en ese sitio. Por lo tanto, esta sección dirigirá la información que ayudará a los usuarios a conocer los procesos y a trabajar para tener su propia versión de métricas.

7.) CHAOSScon:

La información sobre CHAOSScon ya existe en GitHub( https://github.com/chaoss/governance/blob/master/community-handbook/chaosscon.md) y en el sitio web( https://chaoss.community/CHAOSScon-2020-NA/ ), pero tiene más sentido agregar los detalles y la información que explican los procesos y las formas de administrar CHAOSScon en el Manual. El manual contendrá la siguiente información:

A.) Detalles sobre el comité organizador: En este documento, se explicarán los procesos para participar en el comité organizador de CHAOSScon.B.) Administración del proceso de convocatoria de propuestas: Esto incluirá la administración del registro de autores, el envío de propuestas y documentación, y el proceso de revisión y aprobación. C.) Administración y publicación del programa CHAOSScon D.) cómo administrar los asuntos de publicidad y marketing E.) Cómo manejar las propuestas y los fondos de patrocinio, incluidos los paquetes

8.) CHAOSScast:

La información de CHAOSScast se encuentra aquí: https://github.com/chaoss/governance/blob/master/community-handbook/chaosscast.md y se incluirá en el Manual con algunos detalles adicionales, como Participación, Comité Organizador, Publicidad y Materiales de Marketing.

9.) Videos de reuniones:

Contendrá todos los videos de reuniones junto con la descripción, como asistentes, agenda, etc., que se hayan realizado en el pasado y estén disponibles en YouTube.

10.) Preguntas frecuentes generales:

Estas contendrán las preguntas generales y comunes que se hacen en la comunidad, lo que ayudará a los recién llegados y a los miembros existentes a responder algunas de ellas.

11.) Google Summer of Code:

Esta sección contendrá información sobre Google Summer of Code, los criterios de elegibilidad y cómo las personas pueden participar en Google Summer of Code a través de la comunidad de CHAOSS. Esta sección también contendrá la plantilla de propuesta que las personas pueden usar para redactar su propuesta, así como los roles y las responsabilidades. Además, también contendrá la información que ayudaría a los miembros existentes de la comunidad a aprender el proceso para convertirse en administradores y mentores de la organización.

  1. Outreachy:

Esta sección contendrá información sobre Outreachy, los criterios de elegibilidad y cómo las personas pueden participar en la comunidad de CHAOSS en Outreachy.Contendrá los roles y las responsabilidades, incluido el proceso para convertirse en el administrador de la organización y los mentores.

  1. Google Season of Docs:

Esta sección contendrá información sobre la GSoD, los criterios de elegibilidad y cómo las personas pueden participar en la comunidad de CHAOSS en la GSoD. Esta incluirá los roles y las responsabilidades, incluido el proceso para convertirse en el administrador y los mentores de la organización.

RESULTADO ESPERADO DEL PROYECTO:

Los manuales desempeñan un papel importante en cualquier comunidad. Del mismo modo, este manual para toda la comunidad de CHAOSS permitirá tener una documentación mejor organizada y detallada para la comunidad de CHAOSS. Para cualquier recién llegado que se una a la comunidad, así como para los miembros existentes, sería fácil comprender los aspectos básicos y el funcionamiento de la comunidad de CHAOSS. Además, este manual tendrá los diversos procesos y caminos hacia diferentes culturas de trabajo dentro de la comunidad de CHAOSS.

DETALLES TÉCNICOS:

Propongo usar la plataforma de Gitbook para mantener el manual porque es un proyecto colaborativo y fácil de usar para que los equipos trabajen de forma más eficaz y eficiente. Estas son algunas de las funciones de la plataforma de GitBook:

  • WYSIWYG: Editor de texto potente y atractivo
  • Markdown: Compatibilidad potente y productiva con los atajos de Markdown
  • Incorporación enriquecida: Incorpora contenido web externo, como videos, fragmentos de código, artículos, música y mucho más.
  • Paneles para escritores: Cuenta con un panel inteligente para escritores que admite la edición visual.
  • Borradores: Crea borradores de los cambios nuevos y colabora de forma asíncrona
  • Comentarios de asistencia: Analiza y revisa los cambios del borrador
  • Seguimiento del historial de escritura: Haz un seguimiento de todo. Revisa y revierte los cambios
  • Estadísticas: También admite estadísticas que hacen un seguimiento del tráfico, la clasificación y la calidad del contenido.
  • GitHub Sync: Mantén el flujo de trabajo y sigue sincronizando los documentos con GitHub
  • Personalización de desarrollo de la marca: dominios personalizados, logotipos personalizados, fuentes, colores, temas, encabezados, etcétera

Estas son algunas imágenes que dan una idea de la plataforma.

  • shorturl.at/GNQR4
  • shorturl.at/gATZ8
  • shorturl.at/qrE57
  • shorturl.at/rFRX6
  • shorturl.at/eyLW1
  • shorturl.at/rwHS8

-- ¿Dónde se alojará el manual?

El manual se alojará en GitBook, donde GitHub proporciona un mecanismo adecuado para el dominio personalizado, los errores comunes y el SEO.

Dominios personalizados: Si la comunidad de CHAOSS quiere alojarlo en el dominio personalizado, aparecerá como docs.chaoss.community. La organización solo debe crear el subdominio que desee. Para configurar el dominio de la organización, ve a la configuración de la organización en la plataforma de Gitbook. Ejemplo de imagen: shorturl.at/GNQR4

Los espacios de GitBook se publican a través de nuestra propia CDN con HTTPS habilitado de forma predeterminada. Los certificados son emitidos por LetsEncrypt

Dominios compatibles:

  • Subdominio: www.example.com
  • Dominio personalizado: docs.example.com

-- ¿Cómo sincronizar Gitbook con GitHub para que se pueda editar en ambas plataformas de manera eficaz?

La integración con GitHub es muy fácil de usar: si alguien cambia algún contenido en GitBook, sus ediciones se envían a un repositorio de GitHub. Por el contrario, las confirmaciones enviadas a un repositorio de GitHub se importan en GitBook.

Configura la integración de GitHub:

  • En tu espacio dentro de la plataforma de GitBook, haz clic en la pestaña de integraciones > GitHub.
  • Autoriza a GitBook a acceder a tu cuenta de GitHub vinculada a tu organización
  • Dirígete al GitHub de tu organización y crea un repo para “HandBook”, por ejemplo, caoss-handbook.
  • Ahora, selecciona el repositorio llamado chaoss-handbook que deseas conectar en la opción de autorización de la plataforma de GitBook.

Una vez que se completen estos pasos, GitBook agregará un webhook al repositorio del manual de caoss que le permitirá recuperar contenido de cada cambio que se realice en el repositorio. Cuando realices cambios en GitBook, se enviará un comentario nuevo.

Eso es todo. Cualquier persona puede continuar editando desde GitBook o el repositorio de GitHub.

-- ¿Cómo editar páginas en la plataforma de GitBook?

Cualquier persona que quiera editar contenido en la plataforma de GitBook debe unirse a ella con una invitación o un vínculo de unión. GitBook es compatible con la edición visual con la que los usuarios pueden escribir directamente dentro de las páginas.

Un borrador es una versión editable del contenido del usuario a la que solo pueden acceder los escritores y que se crea automáticamente una vez que comienzas a escribir (primera letra en el editor, creación de una página nueva, carga de una imagen, etcétera).

Los cambios realizados en un borrador son propios de este, lo que permite que los usuarios colaboren en el mismo documento con otros miembros de forma simultánea sin crear conflictos. Esto es lo que llamamos edición asíncrona y resolución de conflictos.

La primera versión del borrador no siempre está lista para publicarse de inmediato. Usa ""Guardar"" cuando quieras continuar con tu trabajo más tarde o si tu contenido aún no está listo para ""combinarse"".

Cuando termines de editar, puedes ""combinar"" tu borrador. El contenido que escribiste o los cambios que realizaste estarán disponibles para los miembros de tu equipo o serán públicos.

Ejemplos de imágenes: shorturl.at/gATZ8 y shorturl.at/qrE57

-- Estructura del contenido:

Índice: Cada espacio puede contener tantas páginas como necesites para escribir tu documentación. Todas estas páginas se pueden ver en el lado izquierdo de la pantalla, en lo que llamamos el índice. En el índice, puedes administrar tus páginas: crear páginas nuevas, grupos de páginas, agregar vínculos externos, agregar una variante, importar documentos externos, como sitios web o archivos Markdown (.md o .markdown), HTML (.html) o Microsoft Word (.docx).

Página inicial: La página inicial es la página principal o la raíz de tu documentación y, básicamente, funciona como la principal de todas las páginas de tu documentación. Debido a que es la entrada principal de tu documentación y de tu espacio, esta página no se puede mover, borrar, tener hijos ni formar parte de un grupo.

Páginas: Una página tiene un título, una descripción opcional en la parte superior del editor. Luego, puedes escribir y agregarle cualquier tipo de contenido.‌ Para anidar páginas, arrastra y suelta una página debajo de otra. Los elementos secundarios de una página se ocultarán, pero se podrán contraer.

Vínculos externos: Estas entradas son vínculos externos y no tienen contenido en el editor. Su función principal es crear vínculos a sitios web externos.

Variantes: Puedes crear un contenido alternativo para tu documentación. Para ello, crea una variante. Esto puede ser útil para documentar varias versiones de una API, una biblioteca o traducciones.

Ejemplo de imagen: shorturl.at/eyLW1 y shorturl.at/rFRX6

-- ¿Cómo se presentará el Manual del cliente?

Se podrá acceder al manual de la comunidad de Chaoss con un subdominio que puede ser https://docs.chaoss.community y se verá de las siguientes maneras en el extremo del usuario:

  • Manual de Mattermost: https://handbook.mattermost.com/
  • Documentos de Linux Foundation Community Bridge: https://docs.linuxfoundation.org/docs/ y muchos más

CRONOGRAMA DEL PROYECTO:

1.) Fase de vinculación con la comunidad (del 17 de agosto al 13 de septiembre)

A.) Semanas 1 a 4:

  • Analiza el proyecto con los mentores
  • Investigar y recopilar la información necesaria para las distintas secciones del proyecto, y hacer preguntas aclaratorias a la comunidad
  • Indícale a la comunidad qué plataforma usar para el manual (sugiero GitBook) y configúralo.
  • Cómo contribuir a los problemas de Documentos

2.) Fase de desarrollo de documentos (del 14 de septiembre al 30 de noviembre)

A.) Semana 5 (del 14 al 20 de septiembre)

  • Sección de introducción del “borrador”

B.) Semana 6 (del 21 al 27 de sep)

  • Borrador de la sección “La forma en que la comunidad de CHAOSS trabaja”

C.) Semana 7 (del 28 de septiembre al 4 de octubre)

  • Redacta la sección “Ruta hacia el liderazgo”
  • Crea un borrador de la sección “Terminología”

D.) Semana 8 (del 5 al 11 de octubre)

  • Redacta el plan de la comunidad
  • Crea borradores de lineamientos para contribuir al diseño

E.) Semana 9 (del 12 al 18 de octubre)

  • Sección de desarrollo en borrador

F.) Semana 10 (del 19 al 25 de octubre)

  • Lineamientos de la sección de redacción y outreach

G.) Semana 11 (26 de oct al 1 de nov)

  • Sección de métricas del borrador
  • Borrador de la sección de CHAOSScon

H.) Semana 12 (2 al 8 de noviembre)

  • Diseña la sección de reuniones

  • Borrador de las preguntas frecuentes generales de la comunidad

    I.) Semana 13 (del 9 al 15 de noviembre)

  • Borrador sobre los lineamientos de GSoC

J.) Semana 14 (del 16 al 22 de noviembre)

  • Borrador sobre los lineamientos de Outreachy

K.) Semana 15 (del 23 al 29 de noviembre)

  • Tiempo de preparación para pulir y mejorar todos los documentos

3.) Fase de evaluación (del 30 de noviembre al 5 de diciembre)

A.) Semana 16:

  • Redacta un informe del proyecto
  • Completa la evaluación del proyecto

INTERACCIONES CON LA COMUNIDAD

1.) Participación y debates con la comunidad

Bueno, hago surf en la comunidad de CHAOSS desde abril de 2020 y he participado en varias conversaciones con miembros de la comunidad y con mentores específicos de mi proyecto( Georg Link y Armstrong Foundjem). Una de esas discusiones que despertó un mayor interés entre los miembros de la comunidad fue “Proposing Gitbook as a platform for hosting Community Handbook” y se puede encontrar en la conversación de la lista de distribución del archivo de CHAOSS con el nombre Proposing Gitbook as a platform for hosting Community Handbook. También participé en las llamadas semanales de la comunidad, que me ayudaron a brindarles actualizaciones.

2.) ¿Cómo recopilarás la información necesaria para este proyecto?

Dado que este proyecto requiere la configuración del manual para toda la comunidad, la información a la que se debe acceder se recopilará y se analizará con los miembros de la comunidad. Como propuse mi cronograma anteriormente, según eso, podré analizar y recopilar la información necesaria durante mi período de vinculación con la comunidad.

Investigaré las distintas secciones de acuerdo con CHAOSS y continuaré con las conversaciones sobre la lista de distribución. Intentaré hacer preguntas aclaratorias a mis mentores y a la comunidad según los requisitos.

Para tener conversaciones concisas, también me uniré a las llamadas semanales.

3.) ¿Cómo propones mantener a la comunidad informada sobre tu progreso y cualquier problema o pregunta que puedas tener a lo largo del proyecto?

Para tener flexibilidad y transparencia, intentaré comunicarme a través del debate de la lista de distribución para preguntar mis dudas.

Compartiré mi progreso semanal en una entrada de blog que incluirá la documentación de Scrum y los desafíos a los que me enfrenté, que se compartirán en la lista de distribución de la comunidad para llegar a un público más amplio dentro de la organización de código abierto.

También asistiré a las llamadas semanales de la comunidad para tener sugerencias y debates adecuados sobre los problemas principales.

También planeo crear una tabla de Trello con las tareas semanales disponibles. Luego, los mentores pueden usar este tablero para obtener una comprensión clara y concisa de los problemas y las funciones actuales en las que se está trabajando.

4.) ¿Qué harás si te quedas atascado con tu proyecto y tu mentor no está cerca?

Creo que el rol del mentor es guiar a los estudiantes en la dirección correcta y no explicarles cada rincón de los bucles. La investigación y la implementación del proyecto son responsabilidad exclusiva del estudiante. Con eso en mente, solo trataré de obtener ayuda de mi mentor como último recurso.

Sin embargo, si el mentor no está disponible o está ocupado en el momento en que necesito ayuda, pasaré a compartir el problema que tengo con la comunidad de CHAOSS. Estoy seguro de que alguien podría ayudarme con cualquier desafío que encuentre. También compartiré el problema en foros en línea o comunidades de desarrolladores, como dev.to.

Además, intentaría participar en las llamadas semanales de ayuda de la comunidad de CHAOSS para consultar mis dudas.