Progetto Linux Foundation

Questa pagina contiene i dettagli di un progetto di scrittura tecnica accettato per la stagione dei documenti Google.

Riepilogo del progetto

Organizzazione open source:
I concetti di base di Linux
Technical writer:
jaskiratsingh2000
Nome progetto:
CHAOSS: crea un manuale CHAOSS per tutta la community
Durata del progetto:
Durata standard (3 mesi)

Project description

SINTESI DEL PROGETTO:

Attualmente, i gruppi di lavoro della comunità CHAOSS hanno sviluppato i propri modi di lavorare e documentato a vari livelli i propri processi disparati. I gruppi di lavoro includono gruppi di lavoro per le metriche comuni, il gruppo di lavoro Diversità e inclusione, il gruppo di lavoro Evoluzione, Rischio e Valore, che hanno istituito le proprie modalità di partecipazione e lavoro e adattato diversi modi di comunicazione e cultura del lavoro. Questi gruppi di lavoro, in base alle metriche, hanno aree di interesse e background diversi che lavorano per metriche appropriate guidano varie ricerche e sviluppi nella rispettiva categoria dei gruppi di lavoro e conoscono il percorso giusto per condurre ricerche e sviluppi diversi nelle rispettive categorie. Tuttavia, i processi per i nuovi arrivati e i collaboratori esistenti potrebbero non sapere come partecipare o intraprendere la strada giusta per i rispettivi lavori.

Di conseguenza, i contenuti della community CHAOSS non sono standardizzati. Pertanto, per conoscere il processo giusto e gli elementi fondamentali della cultura del lavoro in tutta la comunità, l'obiettivo del manuale della community è centralizzare le informazioni critiche e standardizzarne parti in tutto il progetto CHAOSS. Le parti fondamentali delle informazioni e della standardizzazione si concentrano principalmente sui processi utilizzati da CHAOSS per far sì che CHAOSS abbia un accordo sulle modalità di lavoro della comunità, su come i nuovi arrivati possono partecipare e seguire i fondamenti della comunità e sui processi e i percorsi che i nuovi arrivati o i membri esistenti devono seguire per rivolgersi alla leadership all'interno della comunità CHAOSS.

Questo manuale dovrebbe fungere da manuale di istruzioni per i membri esistenti e nuovi della comunità su come svolgere il lavoro nel progetto CHAOSS. Questo progetto riguarda una componente creativa della raccolta e l'organizzazione dei contenuti per il manuale, oltre a una componente tecnica per la definizione di come rappresentare il manuale.

QUAL È NECESSARIO?

Il Manuale della community è un documento che definisce le politiche e le procedure chiave della comunità e ne delinea la missione, i valori e il lavoro.

Questo manuale fornisce una chiara introduzione e il funzionamento dei nuovi membri della comunità. Attualmente, il CHAOSS Community Handbook è disponibile nel repository GitHub e deve essere rinnovato e refactoring con maggiori informazioni per i nuovi arrivati e gli utenti esistenti della community. Pertanto, questo manuale di CHAOSS per la community aiuterà i nuovi arrivati e i membri esistenti della comunità nei seguenti modi:

  • Formalizzare e organizzare le norme della comunità CHAOSS, tenendole tutte in un unico posto
  • Comunicazione dell'introduzione, della missione, della vision e della leadership della comunità
  • Informazioni sulle pratiche della community CHAOSS
  • Linee guida per i contributi
  • Definizione dei flussi di lavoro del progetto
  • Definire la cultura della comunità CHAOSS
  • Domande frequenti generali
  • Mentoring

DESCRIZIONE DEL PROGETTO:

Il Manuale della community verrà suddiviso in varie "Sezioni" che conterranno informazioni appropriate e dettagliate su determinati argomenti. Le sezioni possono essere suddivise nei seguenti modi:

  • Introduzione
  • Lo stile della community CHAOSS
  • Il percorso verso la leadership
  • Terminologia
  • Linee guida per i contributi
    • Sviluppatore
    • Designer
    • Writer
    • Professionista del marketing
  • Metriche
  • CHAOSScon
  • CHAOSScast
  • Video delle riunioni
  • Domande frequenti di carattere generale
  • Tutoraggio
    • Summer of Code di Google
    • Contatto
    • La stagione dei documenti Google

PROGETTI DETTAGLIATI CONSEGNATI

1. Introduzione:

Questa sezione fungerà da prima pagina del Manuale della community CHAOSS e tratterà i dettagli, la panoramica e l'utilizzo del Manuale. Di seguito sono riportate le informazioni che seguono.

A.) L'articolo conterrà il messaggio di benvenuto con una breve descrizione della community CHAOSS che potrebbe aiutare a convincere i lettori a leggere il manuale. Includo anche il collage di immagini tratto da qui https://chaoss.community/chaoss-photo-album/ che evidenzierà i vari movimenti all'interno della community. B.) La pagina conterrà anche i dettagli di tutte le sezioni con una descrizione che spiega ogni sezione e i link appropriati. C.) Utilizzo del manuale: l'uso del manuale esiste già qui( shorturl.at/cqQU6 ), ma aggiornerò e refactoring l'uso esistente del manuale con una migliore markdown che includerà il flusso del manuale(includerò il modo in cui qualcuno vuole aggiungere, rimuovere o discutere di cose relative al manuale. Potrebbe seguire il processo di comunicazione per qualsiasi aspetto correlato ai manuali.), Linee guida del manuale(che include il suo utilizzo all'interno della community e dell'ambito), Contributo al manuale ( che include l'utilizzo del repository per apportare modifiche, PR, Modello da seguire per apportare modifiche al Manuale e alla Guida di stile) e Condivisione di feedback sul Manuale. In Condivisione di feedback, inserisco un modello e diversi modi in cui gli utenti possono ricontattarli per fornire o utilizzare i problemi di GitLab per riceverli.

2.) Lo stile della community CHAOSS:

L'approccio della community CHAOSS sarà importante affinché le persone comprendano le prassi e le linee guida della community. Workflows potrebbe dare maggiore risalto all'attività e delineare meglio le pratiche della comunità nel modo migliore. Questa sezione include quanto segue:

A.) Valori generali: definizione di come la sostenibilità, l'apertura e la trasparenza vengono gestite all'interno della community CHAOSS. Spiegherò questi valori secondo cui i nuovi utenti o quelli esistenti dovrebbero comprenderli e tenerli in considerazione quando lavorano all'interno della community. B.) Norme della community: indicano in che modo ci si deve effettivamente coinvolgere con la community CHAOSS e seguire i termini di base. Questo spiegherà anche la cultura del lavoro seguita all'interno della comunità. (Cosa fare e cosa non fare). Includerà la lista di controllo per i collaboratori principali/gestori e per far sapere loro che cosa dovrebbero fare e come collaborare con i manutentori. C.) Gruppi di lavoro: questa pagina( https://chaoss.community/participate/ ) contiene informazioni sui gruppi di lavoro, come la descrizione del gruppo di lavoro, il link al repository e le informazioni sulla riunione, ma nel manuale spiegherò come partecipare ai diversi gruppi di lavoro e comprendere il processo di valutazione delle metriche, comprendere la cultura del lavoro per il rispettivo gruppo di lavoro e come diventare i collaboratori principali per i diversi gruppi di lavoro.

3.) Il percorso verso la leadership:

Sebbene acquisire la leadership in un progetto open source, può essere di vitale importanza per il successo di una comunità nel mondo commerciale. Quindi, prendendo in considerazione questo aspetto, includo quanto segue:

A.) Leadership tecnica: includerà le procedure e le responsabilità per i gestori dei repository, dello scrittore della documentazione e del gestore del sito web B.) Leadership della governance: includerà i percorsi per il membro del consiglio di amministrazione e il responsabile delle decisioni C.) Leadership operativa: conterrà il percorso per i Community Manager

4.) Terminologia:

La terminologia aiuterebbe a descrivere i termini e i rispettivi effetti personali che vengono utilizzati di frequente all'interno della community CHAOSS. Inoltre, includerò anche le linee guida per l'utilizzo della terminologia, ad esempio lettere maiuscole, abbreviazioni e parole da evitare, indicando i motivi. I termini che saranno inclusi sono: progetto CHAOSS, salute della community open source, revisione del codice, gruppo di lavoro, metrica del software open source, metrica comune, metrica sulla diversità e sull'inclusione, gruppo di lavoro sull'evoluzione, gruppo di lavoro sul rischio, gruppo di lavoro sul valore, rilascio delle metriche, area di interesse.

5.) Linee guida per i contributi:

Questo è il contesto principale per qualsiasi community open source, dato che la maggior parte delle community open source dipende dai contributi o dal lavoro di volontariato, quindi questo aiuterà ogni nuovo utente/utente che si unisce alla community a comprendere le necessità e le linee guida di base che devono seguire. Saranno quindi inclusi i seguenti dettagli:

A.) Comprendere la roadmap della comunità: questo argomento porterà a una panoramica della roadmap della comunità CHAOSS che aiuterà gli utenti a sapere quale modo o processo seguire dando priorità alle diverse attività nell'ambito del progetto CHAOSS. B.) Spiegazione degli elementi necessari per dare concretamente un contributo come sviluppo, documentazione, progettazione, test ecc. C.) Fornire una breve panoramica del funzionamento di GitLab D.) Guida per revisori e manutentori

Questa sezione conterrà anche i "Ruoli e responsabilità" relativi a ciascuna categoria di contributi riportata di seguito:

a.) DESIGN: questa sottosezione includerà il "Flusso di lavoro di progettazione CAOSS" e le linee guida di progettazione che conterranno i principi, i processi e gli strumenti utilizzati di progettazione che i collaboratori devono seguire mentre forniscono il loro contributo al campo del design. b.) SVILUPPO: conterrà la guida per il contributo al codebase. L'articolo conterrà i requisiti tecnici, la struttura del progetto, la configurazione del progetto(Augur, Cregit, GremoireLab) c.) DOCUMENTAZIONE: questo includerà risorse per la documentazione, compresi strumenti e Guida di stile. d.) CONTATTARE: Ciò comprenderà come i collaboratori possono supportare la community CHAOSS nella crescita del contatto: scrivere blog, utilizzare social handle, organizzare meetup ed eventi.

6.) Metriche

Attualmente, il sito web della community CHAOSS contiene informazioni sulle release delle metriche( https://chaoss.community/metrics/ ) ed è più importante che le persone capiscano come seguire la procedura per rendere disponibile il sito web delle metriche su quel sito. Questa sezione fornirà quindi le informazioni che aiuteranno gli utenti a conoscere i processi e il funzionamento per ottenere una release delle metriche personalizzata.

7.) CHAOSScon:

Le informazioni su CHAOSScon esistono già su GitHub( https://github.com/chaoss/governance/blob/master/community-handbook/chaosscon.md ) e sul sito web( https://chaoss.community/CHAOSScon-2020-NA/ ), ma ha più senso aggiungere i dettagli e le informazioni che spiegano i processi e come gestire le modalità di Handbook. Il Manuale conterrà le seguenti informazioni:

A.) Dettagli sul comitato organizzatore: spiegherà le procedure per partecipare al comitato organizzatore del CHAOSScon B. Gestione degli inviti a presentare proposte: include la gestione della registrazione degli autori, l'invio di proposte e della documentazione, il processo di revisione e approvazione. C.) Gestione e pubblicazione del programma CHAOSScon D.) Come gestire elementi pubblicitari e di marketing E.) Come gestire le proposte e i fondi di sponsorizzazione, inclusi i pacchetti

8.) CHAOSScast:

Le informazioni su CHAOSScast sono disponibili qui https://github.com/chaoss/governance/blob/master/community-handbook/chaosscast.md e saranno incluse nel manuale con alcuni dettagli aggiuntivi come Partecipazione, Comitato Organizzativo, Pubblicità e materiali di marketing.

9. Video delle riunioni:

che conterrà tutti i video della riunione insieme alla relativa descrizione, ad esempio Partecipanti, Programma e così via, che sono passati in passato e disponibili su YouTube.

10. Domande frequenti generali:

In questo articolo troverai le domande generali che vengono poste all'interno della community per aiutare i nuovi arrivati e i membri esistenti a rispondere ad alcune di queste domande.

11.) Summer of Code di Google:

Questa sezione conterrà informazioni sul Summer of Code di Google, sui criteri di idoneità e su come le persone possono partecipare alla community CHAOSS a Google Summer of Code. Questa sezione contiene anche il modello di proposta che le persone possono utilizzare per redigere la proposta, i ruoli e le responsabilità. Inoltre, conterrà anche le informazioni che aiuterebbero i membri esistenti della community a scoprire il processo per diventare amministratori dell'organizzazione e mentori.

  1. Contatto:

Questa sezione conterrà informazioni sul programma di promozione e sui criteri di idoneità, nonché informazioni su come le persone possono partecipare alla community CHAOSS del programma.

  1. La stagione dei documenti Google:

Questa sezione contiene informazioni sulla GSoD, sui criteri di idoneità e su come le persone possono partecipare in base alla community CHAOSS in GSoD. in cui saranno definiti i ruoli e le responsabilità, incluso il processo per diventare l'amministratore dell'organizzazione e i mentori.

RISULTATO PREVISTO DEL PROGETTO:

I manuali svolgono un ruolo importante in qualsiasi comunità. Analogamente, questo manuale di CHAOSS per la comunità si tradurrà in una documentazione meglio organizzata e dettagliata per la comunità CHAOSS. Sarebbe facile per qualsiasi nuovo arrivato che si unisce alla community, così come per i membri esistenti al suo interno, comprendere i fondamenti e il funzionamento della community CHAOSS. Inoltre, questo manuale porterà alla presenza dei vari processi e percorsi verso le diverse culture del lavoro all'interno della comunità CHAOSS.

DETTAGLI TECNICI:

Propongo di utilizzare la piattaforma Gitbook per la gestione del manuale perché è un progetto collaborativo facile da usare che consente ai team di lavorare in modo più efficace ed efficiente. Alcune funzionalità della piattaforma GitBook:

  • WYSIWYG: editor di testo potente ma accattivante
  • Markdown: supporto potente e produttivo delle scorciatoie di markdown
  • Incorporamento avanzato: incorpora contenuti web esterni come video, snippet di codice, articoli, musica e altro ancora
  • Dashboard per scrittori: dispone di una dashboard intelligente per gli autori che supporta l'editing visivo
  • Bozze: crea la bozza di nuove modifiche e collabora in modo asincrono
  • Commenti assistenza: discuti ed esamina le modifiche alla bozza
  • Tieni traccia della cronologia di scrittura: tieni traccia di tutto. Rivedi e annulla le modifiche
  • Approfondimenti: supporta inoltre gli approfondimenti che monitorano il traffico, la valutazione e la qualità dei contenuti
  • Sincronizzazione GitHub: mantenere il flusso di lavoro e sincronizzare i documenti con GitHub
  • Branding personalizzazione: domini personalizzati, loghi personalizzati, caratteri, colore, temi, intestazione e così via

Ecco alcune immagini che danno un'idea della piattaforma

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

-- Dove verrà ospitato il manuale?

Il Manuale verrà ospitato sul GitBook stesso, dove GitHub fornisce un meccanismo adeguato per Dominio personalizzato, Errore comune e SEO.

Domini personalizzati: Se la community CHAOSS vuole ospitarlo nel dominio personalizzato, verrà visualizzato in questo modo: docs.chaoss.community L'organizzazione deve solo creare qualsiasi sottodominio che desidera avere. Per configurare il dominio dell'organizzazione, vai alle impostazioni dell'organizzazione sulla piattaforma Gitbook. Esempio di immagine: shorturl.at/GNQR4

Gli spazi GitBook vengono gestiti sulla nostra CDN con HTTPS abilitato per impostazione predefinita. I certificati vengono emessi da LetsEncrypt

Domini supportati:

  • Sottodominio: www.example.com
  • Dominio personalizzato: docs.example.com

-- Come sincronizzare il Gitbook con GitHub in modo che la modifica possa essere effettuata in modo efficace su entrambe le piattaforme?

L'integrazione con GitHub è molto facile da usare: se qualcuno modifica dei contenuti su GitBook, le modifiche vengono inviate a un repository GitHub. Al contrario, i commit inviati a un repository GitHub vengono importati all'interno di GitBook.

Configura l'integrazione GitHub:

  • Dal tuo spazio all'interno della piattaforma GitBook, fai clic sulla scheda Integrazioni > GitHub
  • Autorizza GitBook ad accedere al tuo account GitHub collegato alla tua organizzazione
  • Vai al GitHub della tua organizzazione e crea un repository per "HandBook", ad esempio chaoss-handbook
  • Ora seleziona il repository denominato chaoss-handbook che vuoi connettere all'interno dell'opzione di autorizzazione all'interno della piattaforma GitBook.

Una volta completati questi passaggi, GitBook aggiungerà un webhook al repository del caos-manuale che gli consentirà di recuperare contenuti per ogni modifica apportata al repository. Quando apporti modifiche a GitBook, verrà eseguito il push di un nuovo commento.

È tutto! Chiunque può continuare a modificare dal repository GitBook o GitHub.

-- Come modificare le pagine sulla piattaforma GitBook?

Chiunque voglia modificare qualsiasi elemento all'interno della piattaforma GitBook deve accedere alla piattaforma GitBook con un link di invito o di iscrizione. GitBook supporta l'editing visivo, in cui gli utenti possono scrivere direttamente all'interno delle pagine.

Una bozza è una versione modificabile dei contenuti degli utenti accessibile solo agli autori e viene creata automaticamente non appena inizi a scrivere (prima lettera dell'editor, creazione di una nuova pagina, caricamento di un'immagine e così via).

Le modifiche apportate a una bozza sono corrette e consentono agli utenti di contribuire allo stesso documento con altri membri contemporaneamente senza creare conflitti. Queste sono le cosiddette modifiche asincrone e risoluzione dei conflitti.

La prima versione della bozza non è sempre pronta per essere pubblicata immediatamente. Utilizza "salva" quando vuoi continuare il tuo lavoro in un secondo momento o se i tuoi contenuti non sono ancora pronti per essere "uniti".

Al termine delle modifiche, puoi "unire" la bozza. I contenuti che hai scritto o le modifiche apportate saranno quindi disponibili per i membri del tuo team e/o saranno pubblici.

Esempi di immagini: shorturl.at/gATZ8 e shorturl.at/qrE57

-- Struttura dei contenuti:

Sommario: ogni spazio può contenere tutte le pagine necessarie per scrivere la documentazione. Tutte queste pagine sono visibili sul lato sinistro dello schermo nel cosiddetto Sommario. Dal Sommario puoi gestire le tue pagine: creare nuove pagine, un gruppo di pagine, aggiungere link esterni, aggiungere una variante, importare documenti esterni come siti web o file che sono Markdown (.md o .markdown), HTML (.html), Microsoft Word (.docx).

Pagina iniziale: la pagina iniziale è la home page o la radice della documentazione e funziona fondamentalmente come pagina principale di tutte le pagine della documentazione. Poiché è l'entrata principale della documentazione e dello spazio, non è possibile spostare o eliminare la pagina, avere figli o far parte di un gruppo.

Pagine: una pagina ha un titolo e una descrizione facoltativa nella parte superiore dell'editor. Puoi quindi scrivere e aggiungere qualsiasi tipo di contenuto.Puoi nidificare le pagine trascinando una pagina sotto un'altra. Gli elementi secondari di una pagina saranno nascosti, ma potranno essere compressi.

Link esterni: queste voci sono link esterni e non presentano contenuti nell'editor. La loro funzione principale è quella di inserire link a siti web esterni.

Varianti: puoi creare contenuti alternativi alla tua documentazione creando una variante. Questo può essere utile per documentare più versioni di un'API, una libreria o traduzioni.

Esempio di immagine: shorturl.at/eyLW1 e shorturl.at/rFRX6

-- Come verrà presentata la guida sul lato client?

Il Manuale della community di Chaoss sarà accessibile con un sottodominio che può essere https://docs.chaoss.community e apparirà nei seguenti modi:

  • Manuale di Mattermost - https://handbook.mattermost.com/
  • Documentazione sul ponte della community Linux Foundation - https://docs.linuxfoundation.org/docs/ E molti altri

CRONOLOGIA DEL PROGETTO:

1. Fase di collegamento della community (17 agosto - 13 settembre)

A.) Settimana 1-4:

  • Parla del progetto con i mentori
  • Cerca e raccogli le informazioni necessarie per le varie sezioni del progetto, poni domande di chiarimento alla comunità
  • Chiarisci alla community quale piattaforma utilizzare per la guida (suggerisco GitBook) e configurala
  • Contribuisci ai problemi relativi ai documenti

2.) Fase di sviluppo del documento (14 settembre - 30 novembre)

A.) Settimana 5 (14 - 20)

  • Bozza"

B.) Settimana 6 (21 - 27 set)

  • Bozza della sezione "The CHAOSS Community Way"

C.) Settimana 7 (28 set - 4 ott)

  • Prepara la bozza della sezione "Percorso verso la leadership"
  • Crea la bozza della sezione "Terminologia"

D.) Settimana 8 (5 ott - 11 ott)

  • Prepara una bozza della roadmap della community
  • Linee guida per i contributi alla bozza di progettazione

E.) Settimana 9 (12 ott - 18 ott)

  • Sezione Sviluppo della bozza

F.) Settimana 10 (19 ott - 25 ott)

  • Linee guida per le sezioni Scrittura e promozione

G.) Settimana 11 (26 ott - 1 nov)

  • Sezione Metriche bozza
  • Bozza della sezione CHAOSScon

H.) Settimana 12 (2 nov - 8 nov)

  • Progetta la sezione Riunione

  • Bozza delle domande frequenti generali della community

    I.) Settimana 13 (9 nov - 15 nov)

  • Bozza sulle linee guida GSoC

J.) Settimana 14 (16 nov - 22 nov)

  • Bozza sulle linee guida per il sociale

K.) Settimana 15 (23 nov - 29 nov)

  • Buffer Time: lucidare e migliorare l'intero documento

3.) Fase di valutazione (30 nov - 5 dic)

A.) Settimana 16:

  • Crea la bozza di un report sul progetto
  • Completa la valutazione per il progetto

INTERAZIONI CON LA COMMUNITY

1. Coinvolgimento e discussioni con la community.

Bene, da aprile 2020 ho navigato nella community CHAOSS e ho partecipato a varie discussioni con i membri della comunità e con i miei mentori di progetto specifici( Georg Link e Armstrong Foundjem). Una di queste discussioni, che ha suscitato un maggiore interesse da parte dei membri della community, è stata dal titolo "Proposing Gitbook as a platform for hosting Community Handbook", che si può trovare nel thread della mailing list dell'archivio CHAOSS con il nome Proposing Gitbook come piattaforma per ospitare il Manuale della community. Ho anche partecipato alle chiamate settimanali della community e questo mi ha aiutato a fornire aggiornamenti alla community.

2.) Come raccoglierai le informazioni richieste per questo progetto?

Poiché questo progetto richiede la creazione di un manuale a livello di comunità, in modo che le informazioni a cui si deve accedere al suo interno vengano raccolte dai membri della community e discusse con. Come ho proposto la mia tempistica qui sopra, in base a ciò potrò discutere e raccogliere le informazioni necessarie durante il mio periodo di legame tra comunità.

Effettuerò ricerche sulle varie sezioni in conformità con CHAOSS e aggiornerò i thread nella mailing list. Cercherò di porre domande di chiarimento da parte dei miei mentori e della community in base ai requisiti.

Per poter parlare in modo sintetico, parteciperò anche alle chiamate settimanali.

3.) In che modo intendi tenere informata la community sui tuoi progressi e su eventuali problemi o domande che potresti avere nel corso del progetto?

Per flessibilità e trasparenza, proverò a comunicare i miei dubbi durante la discussione sulla mailing list.

Condividerò i miei progressi settimanali come post del blog che includerà la documentazione di scrum e le sfide affrontate che verranno condivise nella mailing list della community stessa per raggiungere un pubblico più ampio all'interno dell'organizzazione open source.

Parteciperò anche a chiamate settimanali della community per avere suggerimenti e discussioni sui problemi principali.

Ho anche in programma di creare una bacheca Trello con le attività settimanali disponibili. I mentori possono quindi utilizzare questa lavagna per comprendere in modo chiaro e conciso i problemi e le funzionalità attuali in fase di sviluppo.

4.) Cosa farai se ti blocchi con il progetto e il tuo mentore non è nei paraggi?

Credo che il ruolo del mentore sia guidare gli studenti nella giusta direzione e non spiegare ogni angolo allo studente. La ricerca e l'implementazione del progetto sono le uniche responsabilità dello studente. Tenendo presente questo aspetto cercherò solo di chiedere aiuto al mio mentore come ultima alternativa possibile.

Tuttavia, se il mentore non è disponibile/occupato nel momento in cui ho bisogno di aiuto, passerò alla condivisione del problema che sto riscontrando all'interno della community CHAOSS. Sono sicura che qualcuno sarà in grado di aiutarmi in tutte le sfide che mi imbatto. Condividerò il problema anche su forum online/community di sviluppatori come dev.to

Inoltre, per poter porre i miei dubbi, proverei a partecipare a qualsiasi chiamata settimanale di assistenza all'interno della community CHAOSS.