El proyecto Linux Foundation

Esta página contiene los detalles de un proyecto de redacción técnica aceptado para la temporada de Documentos de Google.

Resumen del proyecto

Organización de código abierto:
Linux Foundation
Escritor técnico:
jaskiratsingh2000
Nombre del proyecto:
CHAOSS: 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 del CHAOSS desarrollaron sus propias formas de trabajar y documentaron sus distintos procesos en diferentes grados. Estos grupos incluyen los grupos de trabajo comunes de métricas, inclusión y diversidad, y grupos de trabajo de evolución, riesgo y valor que establecieron sus propias formas de participación y trabajo, y adaptaron diferentes formas de comunicación y cultura laboral. De acuerdo con las métricas, estos grupos de trabajo tienen diferentes áreas de enfoque y antecedentes que sirven para las métricas adecuadas, llevan a cabo diversas investigaciones y desarrollos en las respectivas categorías de grupos de trabajo, y conocen la ruta correcta para liderar varias investigaciones y desarrollos bajo las categorías respectivas, pero es posible que los procesos para principiantes y colaboradores existentes no sepan cómo participar o tomar el camino correcto para los trabajos respectivos.

Como resultado, los elementos de la comunidad CHAOSS no están estandarizados. Por lo tanto, para conocer el proceso correcto y los aspectos básicos de la cultura laboral en toda la comunidad, el objetivo del manual de la comunidad es centralizar la información clave y estandarizar partes de ella en el proyecto CHAOSS. Las partes fundamentales de la estandarización y la información se enfocan principalmente en los procesos que usa el CHAOSS para que llegue a un acuerdo sobre cómo logra el trabajo la comunidad, cómo pueden participar y seguir los aspectos básicos de la comunidad, y qué procesos y rutas deben seguir estos recién llegados o los miembros existentes para ocupar el liderazgo dentro de la comunidad de CHAOSS.

El manual debe servir como un manual de instrucciones para los miembros de la comunidad existentes y nuevos sobre cómo realizar su trabajo en el proyecto CHAOSS. Este proyecto implica un componente creativo de recopilación y organización de contenido para el manual, así como un componente técnico para definir cómo representar el manual.

¿CUÁL ES LA NECESIDAD?

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, sus valores y su funcionamiento.

En este manual, se ofrece una introducción y un trabajo claros a los miembros de la comunidad que se unieron recientemente. Actualmente, el manual de la comunidad CHAOSS está disponible en el repositorio de GitHub y se debe renovar y refactorizar con más información para los usuarios nuevos y existentes de la comunidad. Por lo tanto, este manual de CHAOSS para toda la comunidad ayudará a los novatos y a los miembros existentes de la comunidad de las siguientes maneras:

  • Formalizaremos y organizaremos las políticas de la comunidad 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 la contribución
  • Definición de los flujos de trabajo del proyecto
  • Descripción de la cultura de la comunidad CHAOSS
  • Preguntas frecuentes generales
  • Instrucción

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
  • El modo comunitario CAOSS
  • Camino hacia el liderazgo
  • Terminología
  • Lineamientos para la contribución
    • Desarrollador
    • Designer
    • Writer
    • Especialista en marketing
  • Métricas
  • CHAOSScon
  • CHAOSScast
  • Videos de reuniones
  • Preguntas frecuentes generales
  • Tutoría
    • Google Summer of Code
    • Comunicaciones
    • Temporada de Documentos de Google

PROYECTOS DETALLADOS DEL PROYECTO

1. Introducción:

Esta sección funcionará como la primera página del manual de la comunidad CHAOSS y abarcará los detalles, la descripción general y el uso del manual. A continuación, se detallan algunas de ellas:

A.) Contiene el mensaje de bienvenida y una breve descripción de la comunidad CHAOSS, que ayuda a convencer a los lectores de leer el manual. También incluiré el collage de imágenes tomado de aquí https://chaoss.community/chaoss-photo-Album/, en el que se destacarían los diversos movimientos dentro de la comunidad. B.) La página también contendrá detalles sobre todas las secciones con una descripción de la línea donde se explica cada sección y los vínculos correspondientes. C.) Uso del manual: El uso del manual ya existe aquí( shorturl.at/cqQU6), pero voy a renovar y refactorizar el uso existente del manual con un mejor Markdown que incluirá el flujo del manual(incluiré cómo suceden las cosas cuando alguien quiere agregar, eliminar o comentar cosas relacionadas con el manual). Puede hacer un seguimiento del proceso de comunicación para cualquier tema relacionado con el manual). Pautas del manual(que incluyen su uso dentro de la comunidad y alcance), contribución al manual ( que incluye que cómo se debe usar el repo para realizar cambios, hacer PR, Plantilla que se debe seguir para hacer cambios en el Manual y la Guía de estilo) y compartir comentarios sobre el Manual. En Compartir comentarios, incluiré una plantilla y las diferentes maneras en que los usuarios pueden hacer un seguimiento para proporcionar o usar los problemas de GitLab a fin de recibirlos.

2.) El modo de Comunidad CAOSS:

Será importante que las personas entiendan las prácticas y lineamientos de la comunidad siguiendo el enfoque de Comunidad CAOSS. Los flujos de trabajo podrían darle mayor énfasis y describir las prácticas comunitarias de la mejor manera. En esta sección, se incluye lo siguiente:

A.) Valores generales: Descripción general de cómo se gestiona la sustentabilidad, la apertura y la transparencia en la Comunidad de CHAOSS Explicaré estos valores y cómo los usuarios nuevos o existentes deben comprenderlos y tenerlos en cuenta cuando trabajan dentro de la comunidad. B.) Lineamientos de la Comunidad: se incluyen la forma en que debemos involucrarse en la Comunidad de CHAOSS y seguir los términos básicos. Esto también explicará la cultura de trabajo que se sigue dentro de la comunidad. (qué debes y no debes hacer). Incluirá la lista de tareas principal de los colaboradores y los mantenedores, además de informarles a los demás cómo deben trabajar con los encargados de mantenimiento y cuáles son sus listas de verificación. C.) Grupos de trabajo: Esta página( https://chaoss.community/participate/ ) contiene información sobre los grupos de trabajo, como la descripción del WG, el vínculo del repositorio y la información de la reunión, pero en el manual incluiré cómo participar en los diferentes grupos de trabajo, comprender el proceso de evaluación de métricas, comprender la cultura de trabajo del WG respectivo y cómo convertirse en los colaboradores principales de diferentes grupos de trabajo.

3.) Camino hacia el liderazgo:

Además, ganar liderazgo en un proyecto de código abierto puede ser vital para el éxito de una comunidad en el mundo comercial. Por lo tanto, con esto en mente, incluiré lo siguiente:

A.) Liderazgo técnico: Esto incluirá los procesos y las responsabilidades de los encargados de mantener el repositorio, el escritor de la documentación y el encargado del mantenimiento del sitio web B. Liderazgo de gestión: esto incluirá las rutas de aprendizaje del miembro de la junta y de la persona encargada de tomar las decisiones C). Líderes operativos: 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 respectivas que se utilizan con frecuencia en la comunidad CHAOSS. Además, incluiré lineamientos de uso de la terminología, como Uso de mayúsculas, Abreviaturas y Palabras que se deben evitar, con motivos. Las Condiciones que se incluirán son el Proyecto CHAOSS, el Estado de la comunidad de código abierto, la Revisión de código, el Grupo de trabajo, Métrica de software de código abierto, Métrica común, 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 y Área de enfoque.

5.) Lineamientos para la contribución:

Este es el contexto principal para cualquier comunidad de código abierto, ya que la mayoría de ellas depende de las contribuciones o del trabajo voluntario, por lo que esto ayudará a cualquier principiante o usuario que se una a la comunidad a comprender la necesidad básica y los lineamientos que deben seguir. Por lo tanto, se incluyen los siguientes detalles:

A.) Comprensión de la hoja de ruta de la comunidad: este tema conducirá a una descripción general de la hoja de ruta de la comunidad CHAOSS, que ayudará a los usuarios a saber qué camino o proceso seguir, dando prioridad a los diversos trabajos dentro del proyecto CHAOSS. B.) Explicar los aspectos necesarios para realizar cualquier contribución, como el desarrollo, la documentación, el diseño, las pruebas, etcétera) Brindar una descripción general breve del funcionamiento de GitLab D) Guía para revisores y encargados de mantenimiento

Esta sección también incluirá las "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 del CAOSS" y las pautas de diseño que contendrán los principios de diseño, el proceso y las herramientas usadas que los colaboradores deben seguir cuando hacen su contribución al campo de diseño. b) DESARROLLO: Contiene la guía de la contribución a la base de código. Contiene los requisitos técnicos, la estructura del proyecto y la configuración del proyecto(Augur, Cregit, GremoireLab), c.) DOCUMENTACIÓN: Esto incluirá recursos para la documentación, incluidas las herramientas y la guía de estilo. COMUNICACIÓN: Esto incluye la manera en que los colaboradores pueden apoyar a la comunidad de CHAOSS en el crecimiento de las comunicaciones: escribir blogs, usar identificadores de redes sociales, organizar reuniones y eventos.

6.) Métricas

Actualmente, el sitio web de la comunidad CHAOSS contiene información sobre las actualizaciones 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 web. Por lo tanto, en esta sección se mostrará la información que ayudará a los usuarios a conocer los procesos y a trabajar para lanzar su propia métrica.

7.) CAOSScon:

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

A.) Detalles sobre el comité organizador: explicará los procesos para participar en el comité organizador del CHAOSScon B). Administración del proceso de convocatoria de propuesta: Esto incluirá la administración del registro del autor, el envío de propuestas y documentación, la revisión y el proceso de aprobación. C.) Administración y publicación del programa CHAOSScon D). Cómo administrar cosas de publicidad y marketing E.) Cómo administrar las propuestas y los fondos de patrocinios, incluidos 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 la participación, el comité organizador, la publicidad y los materiales de marketing.

9. Videos de reuniones:

Allí encontrarás todos los videos de la reunión y la descripción, como Asistentes, Agenda, etc., que hayan ocurrido en el pasado y que están disponibles en YouTube.

10. Preguntas frecuentes generales:

Estas contendrán las preguntas comunes generales que se hacen en la comunidad y ayudarán a los novatos 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, Eligibility Criteria y la forma en que las personas pueden participar en la comunidad CHAOSS en Google Summer of Code. Esta sección también contendrá la plantilla de propuestas que las personas pueden usar para redactar su propuesta, roles y responsabilidades. Además, contiene 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. Comunicación:

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

  1. Temporada de Documentos de Google:

Esta sección contendrá información sobre el GSoD y los Criterios de elegibilidad, así como información sobre la forma en que las personas pueden participar en la comunidad de CHAOSS en GSoD. En ella, se incluirán las funciones y responsabilidades, incluido el proceso para convertirse en administrador y mentor de la organización.

RESULTADO ESPERADO DEL PROYECTO:

Los manuales cumplen un papel importante en cualquier comunidad. Del mismo modo, este manual para toda la comunidad del programa CHAOSS permitirá tener una documentación mejor organizada y detallada para la comunidad de CHAOSS. Sería fácil para cualquier principiante que se uniera a la comunidad y para sus miembros existentes comprender los aspectos básicos y el funcionamiento de la comunidad CHAOSS. Además, este manual tendrá como resultado los distintos procesos y caminos hacia las distintas culturas de trabajo dentro de la comunidad 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. Algunas funciones de la plataforma de GitBook:

  • WYSIWYG: Editor de texto potente y a la vez hermoso
  • Markdown: Compatibilidad potente y productiva para 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: Ten un panel inteligente para escritores que admita la edición visual
  • Borradores: Crea cambios nuevos y colabora de forma asíncrona
  • Comentarios de asistencia: debate y revisa los cambios en borrador
  • Historial de escritura de pistas: seguimiento de todo Revisar y revertir cambios
  • Estadísticas: También admiten estadísticas que hacen un seguimiento del tráfico, la calificación y la calidad del contenido.
  • Sincronización de GitHub: Mantén el flujo de trabajo y sigue sincronizando los documentos con GitHub
  • Personalización de la marca: dominios personalizados, logotipos personalizados, fuentes, color, temas, encabezado, etcétera

Estas son algunas imágenes que permiten vislumbrar 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 dominio personalizado, error común y SEO.

Dominios personalizados: Si la comunidad CHAOSS desea alojarlo en el dominio personalizado, se mostrará de la siguiente manera: docs.chaoss.community. La organización solo debe compilar cualquier subdominio que desee tener. 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 entregan a través de nuestra propia CDN con HTTPS habilitado de forma predeterminada. LetsEncrypt emite los certificados

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 dentro de GitBook.

Configura la integración de GitHub:

  • En tu espacio de la plataforma de GitBook, haz clic en la pestaña Integraciones > GitHub.
  • Autoriza a GitBook para que acceda a tu cuenta de GitHub vinculada a tu organización
  • Dirígete al GitHub de tu organización y crea un repositorio de “Manual de estrategias” (p. ej., manual-del-caos).
  • A continuación, selecciona el repositorio llamado chaoss-handbook que deseas conectar dentro de la opción de autorización dentro de la plataforma GitBook.

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

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

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

Cualquier persona que quiera editar cualquier elemento dentro de la plataforma GitBook debe unirse a la plataforma con un vínculo de invitación o unirse. GitBook admite la edición visual en 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 redactores 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.).

Los cambios realizados en un borrador son adecuados para el borrador, lo que permite que los usuarios contribuyan en el mismo documento con otros miembros de manera simultánea sin que se generen 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 la opción "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" el borrador. El contenido que escribas o los cambios que realices 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 todas las páginas que necesites para escribir tu documentación. Todas estas páginas están visibles en la parte izquierda de la pantalla en lo que llamamos Índice. Desde el Índice, puedes administrar tus páginas: crea nuevas páginas, agrupa las páginas, agrega vínculos externos, agrega una variante, importa documentos externos como sitios web o archivos que sean Markdown (.md o .markdown), HTML (.html) y Microsoft Word (.docx).

Página inicial: La página inicial es la página de inicio o la raíz de tu documentación y básicamente funciona como el maestro 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 o formar parte de un grupo.

Páginas: Una página tiene un título y 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 ocultan, pero se pueden contraer.

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

Variantes: Puedes crear un contenido alternativo a tu documentación creando una variante. Esto puede ser útil para documentar múltiples versiones de una API, una biblioteca o traducciones.

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

-- ¿Cómo se presentará el manual al cliente?

Se podrá acceder al manual de la comunidad de Chaoss con un subdominio que puede ser https://docs.chaoss.community, que se verá de la siguiente manera al final del usuario:

  • Manual de Mattermost: https://handbook.mattermost.com/
  • Documentos de puente de la comunidad de la Fundación Linux - https://docs.linuxfoundation.org/docs/ Y muchos más

CRONOGRAMA DEL PROYECTO:

1. Fase de vinculación comunitaria (del 17 de agosto al 13 de sep)

A.) Semana 1 a 4:

  • Analizar el proyecto con mentores
  • Investiga y recopila la información necesaria para las diversas secciones del proyecto, haz preguntas aclaratorias a la comunidad.
  • Aclara a la comunidad qué plataforma usar para el manual (sugiero GitBook) y configura esa opción.
  • Contribuye con problemas de documentos

2.) Fase de desarrollo del documento (del 14 de sep al 30 de nov)

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

  • Borrador” Sección de introducción

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

  • Borrador de la sección "El CAOSS Community Way"

C.) Semana 7 (del 28 de sep al 4 de oct)

  • Redacta la sección "Camino hacia el liderazgo"
  • Redacta el borrador de la sección "Terminología"

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

  • Redacta la hoja de ruta de la comunidad
  • Borrador de las pautas para la contribución del diseño

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

  • Sección de desarrollo de borrador

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

  • Lineamientos de la sección Redacción y comunicación

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

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

H.) Semana 12 (del 2 de nov al 8 de nov)

  • Diseñar la sección de la reunión

  • Redacta las preguntas frecuentes generales de la comunidad

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

  • Borrador sobre las pautas de GSoC

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

  • Borrador sobre los lineamientos de comunicación

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

  • Tiempo de reserva: pulido y mejora de los documentos

3.) Fase de evaluación (del 30 de nov al 5 de dic)

A.) Semana 16:

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

INTERACCIONES CON LA COMUNIDAD

1. Participación y debates con la comunidad

Bueno, estuve navegando en la comunidad de CHAOSS desde abril de 2020 y participé en diversas conversaciones con miembros de la comunidad y con mis mentores de proyectos específicos( Georg Link y Armstrong Foundjem). Uno de los debates que despertó un mayor interés entre los miembros de la comunidad fue "Proposing Gitbook as a platform for hosting Community Handbook" (Proponer Gitbook como plataforma para alojar el manual de la comunidad), y se puede encontrar en la conversación de la lista de distribución del archivo CHAOSS con el nombre Proposing Gitbook como plataforma para organizar el manual de la comunidad. También participé en las llamadas semanales de la comunidad, lo que me ayudó a brindar actualizaciones a la comunidad.

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 hay que acceder dentro de ella se recopilará y discutir con los miembros de la comunidad. Como propuse mi cronograma anteriormente, de modo que podré analizar y recopilar la información necesaria durante mi período de vinculación con la comunidad.

Investigaré las diversas secciones de acuerdo con el CAOSS y continuaré con las conversaciones en la lista de distribución. Intentaré hacer preguntas aclaratorias de mis mentores y de la comunidad según los requisitos.

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

3.) ¿Cómo propones que mantendrás informada a la comunidad sobre tu progreso y cualquier problema o pregunta que puedas tener durante el transcurso del proyecto?

Para tener flexibilidad y transparencia, intentaré comunicarme con el debate sobre la lista de distribución en el que tengo dudas.

Compartiré mi progreso semanal en una entrada de blog que incluirá la documentación de Scrum y los desafíos enfrentados, 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 participaré en llamadas a la comunidad todas las semanas para recibir sugerencias y debates adecuados sobre los problemas principales.

También estoy planeando crear un tablero de Trello con las tareas semanales disponibles. Luego, los mentores pueden usar esta pizarra para comprender de manera clara y concisa los problemas y las características actuales en las que se trabaja.

4.) ¿Qué harás si no puedes avanzar en el proyecto y tu mentor no está presente?

Creo que la función del mentor es guiar a los alumnos en la dirección correcta y no explicarle al alumno todos los rincones del ciclo. La investigación y la implementación del proyecto son responsabilidad exclusiva del alumno. Teniendo en cuenta eso, solo trataré de pedir ayuda a mi mentor como último recurso.

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

Además, intentaría participar en cualquier llamada semanal de ayuda dentro de la comunidad de CHAOSS para hacer preguntas.