Projet Linux Foundation

Cette page contient les détails d'un projet de rédaction technique accepté pour Google Season of Docs.

Résumé du projet

Organisation Open Source:
The Linux Foundation
Rédacteur technique:
jaskiratsingh2000
Nom du projet:
CHAOSS: créer un manuel CHAOSS à l'échelle de la communauté
Durée du projet:
Durée standard (3 mois)

Project description

EXTRAIT DU PROJET:

À l'heure actuelle, les groupes de travail de la communauté CHAOSS ont développé leurs propres méthodes de travail et documenté leurs processus disparates à des degrés divers. Les groupes de travail comprennent le groupe de travail commun pour les mesures, le groupe de travail Diversity et Inclusion, ainsi que les groupes de travail Évolution, Risque et Valeur, qui ont mis en place leurs propres méthodes de participation et de travail, et adapté différents modes de communication et de culture de travail. Ces groupes de travail, conformément aux métriques, ont des domaines d'action et des antécédents différents qui fonctionnent pour les métriques appropriées. Ils mènent plusieurs recherches et développements dans des catégories de travail respectives, et connaissent la bonne voie pour mener diverses recherches et développement dans les catégories respectives. Toutefois, les processus pour les nouveaux arrivants et les contributeurs existants ne savent peut-être pas comment participer ou prendre la bonne voie pour les travaux respectifs.

Par conséquent, les éléments de la communauté CHAOSS ne sont pas standardisés. Par conséquent, pour connaître le bon processus et les principes de base de la culture d'entreprise au sein de la communauté, l'objectif du manuel de la communauté est de centraliser les informations critiques et de standardiser certaines parties de celles-ci dans le projet CHAOSS. Les informations essentielles et la normalisation se concentrent principalement sur les processus utilisés par CHAOSS afin que CHAOSS soit d'accord sur la façon dont la communauté fonctionne, sur la façon dont les nouveaux arrivants peuvent participer et suivre les principes fondamentaux de la communauté, et sur les processus et les parcours que les nouveaux arrivants ou les membres existants doivent suivre pour devenir leader au sein de la communauté CHAOSS.

Le manuel doit servir de manuel d'instructions aux membres existants et nouveaux de la communauté sur la façon de travailler dans le projet CHAOSS. Ce projet implique une composante créative consistant à collecter et organiser le contenu du manuel, ainsi qu'une composante technique permettant de définir comment le représenter.

QU'EST-CE NÉCESSAIRE ?

Le manuel de la communauté est un document qui définit les politiques et procédures clés de la communauté, et qui décrit la mission, les valeurs et le fonctionnement de la communauté.

Ce guide présente clairement le fonctionnement des nouveaux membres de la communauté et leur présente le fonctionnement. Actuellement, le manuel de la communauté CHAOSS est disponible sur le dépôt GitHub et doit être remanié et refactorisé avec plus d'informations pour les nouveaux arrivants et les utilisateurs de la communauté. Ce manuel accessible à toute la communauté CHAOSS sera utile aux nouveaux utilisateurs et aux membres existants de la communauté de différentes manières:

  • Formaliser et organiser les règles de la communauté CHAOSS, en les centralisant
  • Communiquer l'introduction, la mission, la vision et le leadership de la communauté
  • Comprendre les pratiques de la communauté CHAOSS
  • Consignes de contribution
  • Définir les flux de travail du projet
  • Présentation de la culture de la communauté CHAOSS
  • Questions fréquentes générales
  • Parrainage

DESCRIPTION DU PROJET:

Le manuel de la communauté sera divisé en plusieurs "sections" contenant des informations appropriées et détaillées sur des sujets spécifiques. Ces sections peuvent être divisées comme suit:

  • Introduction
  • La communauté CHAOSS
  • Parcours vers le leadership
  • Terminologie
  • Consignes de contribution
    • Développeur
    • Graphiste
    • Rédacteur
    • Marketeur
  • Métriques
  • CHAOSScon
  • CHAOSScast
  • Vidéos de la réunion
  • Questions fréquentes générales
  • Accompagnement
    • Google Summer of Code
    • Démarchage
    • Saison de Google Docs

PROJETS DÉTAILLÉS

1.) Introduction :

Cette section constitue la première page du manuel de la communauté CHAOSS et aborde les détails, la présentation et l'utilisation de celui-ci. Vous trouverez ci-dessous les éléments suivants:

A.) Il contiendra le message de bienvenue et une brève description de la communauté CHAOSS afin de convaincre les lecteurs de parcourir le manuel. J'y intégrerai également le montage d'images prises à l'adresse https://chaoss.community/chaoss-photo-album/, qui met en avant les différents mouvements au sein de la communauté. B.) La page contiendra également les détails de toutes les sections, avec une description sur une ligne expliquant chaque section et les liens appropriés. C.) L'utilisation du manuel: l'utilisation du manuel existe déjà ici( shorturl.at/cqQU6 ), mais je vais réorganiser et refactoriser l'utilisation actuelle du manuel avec un meilleur Markdown qui inclura le flux du manuel(j'indiquerai comment les choses se produisent lorsqu'une personne souhaite ajouter, supprimer ou discuter de points liés au manuel. Elle peut suivre le processus de communication pour toute chose liée au manuel.), Consignes du manuel(qui incluent son utilisation au sein de la communauté et son champ d'application), contribution au manuel ( qui indique comment utiliser le dépôt pour effectuer des modifications, effectuer des demandes d'extraction, modèle à suivre pour apporter des modifications au manuel et au guide de style) et partager des commentaires sur le manuel. Dans la section "Partage de commentaires", je vais inclure un modèle et différentes façons dont les utilisateurs peuvent effectuer un suivi pour signaler ou utiliser des problèmes GitLab pour les recevoir.

2.) La communauté CHAOSS:

Il sera important que les utilisateurs comprennent les pratiques et les consignes de la communauté CHAOSS. Les workflows permettent de le mettre davantage en avant et de décrire au mieux les pratiques de la communauté. Cette section comprend les éléments suivants:

A.) Valeurs générales: décrivant comment le développement durable, l'ouverture et la transparence sont gérés au sein de la communauté CHAOSS. Je vais leur expliquer comment les nouveaux utilisateurs ou les utilisateurs existants doivent les comprendre et en tenir compte lorsqu'ils travaillent au sein de la communauté. B.) Règlement de la communauté: il s'agit de la manière dont il faut s'impliquer dans la communauté CHAOSS et respecter les conditions générales. Cela expliquera également la culture de travail suivie au sein de la communauté. Choses à faire et à ne pas faire Elle comprendra la liste de contrôle des principaux contributeurs et des main-d'œuvre, et leur indiquera aux autres comment ils doivent travailler avec les responsables et quelle est leur liste de contrôle. C.) Groupes de travail: cette page( https://chaoss.community/participate/ ) contient des informations sur les groupes de travail, comme la description du groupe de travail, le lien vers le dépôt et les informations sur la réunion, mais dans le manuel, j'expliquerai comment participer aux différents groupes de travail et comprendre le processus d'évaluation des indicateurs, comprendre la culture de travail de chaque groupe de travail et comment devenir les principaux contributeurs de différents groupes de travail.

3.) Parcours vers le leadership:

Bien que gagner le leadership d'un projet Open Source peut être essentiel au succès d'une communauté dans le monde commercial. En tenant compte de cela, je vais inclure les éléments suivants:

A.) Direction technique: inclut les processus et responsabilités des responsables de dépôts, de la documentation et du site Web (B.) Leadership en matière de gouvernance: il inclura les parcours pour les membres du conseil d'administration et les décideurs. C.) Responsables opérationnels: contient le cursus destiné aux Community Managers

4.) Terminologie :

La terminologie permettrait de décrire les termes et les biens respectifs qui sont fréquemment utilisés au sein de la communauté CHAOSS. Je vais aussi inclure les consignes d'utilisation terminologique, comme les majuscules, les abréviations et les mots à éviter, avec des raisons. Les termes suivants seront inclus : projet CHAOSS, santé de la communauté Open Source, revue de code, groupe de travail, métrique logicielle Open Source, métrique commune, métrique de diversité et d'inclusion, groupe de travail de l'évolution, groupe de travail sur les risques, groupe de travail sur la valeur, publication des métriques, domaine d'action.

5.)  Consignes de contribution:

Il s'agit du contexte principal de toute communauté Open Source, car la plupart des communautés Open Source dépendent des contributions ou du bénévolat. Ainsi, tout nouvel utilisateur ou tout utilisateur qui rejoint la communauté comprendra les nécessités de base et les consignes qu'il doit respecter. Cela inclut les informations suivantes:

A.) Compréhension de la feuille de route de la communauté: ce sujet mènera à une vue d'ensemble de la feuille de route de la communauté CHAOSS qui aidera les utilisateurs à savoir de quelle manière ou comment suivre les priorités des différents travaux au sein du projet CHAOSS. B.) Expliquer les éléments nécessaires pour apporter une contribution pratique, telle que le développement, la documentation, la conception, les tests, etc. C.) Voici un bref aperçu du fonctionnement de GitLab D.) Guide pour les examinateurs/responsables

Cette section contiendra également les "Rôles et responsabilités" pour chaque catégorie de contribution ci-dessous:

a.) DESIGN: cette sous-section comprendra le « Flux de travail de conception CHAOSS » et les directives de conception qui contiendront les principes de conception, le processus et les outils utilisés que les contributeurs doivent suivre pour apporter leur contribution au domaine de conception. b.) DÉVELOPPEMENT: ce dossier contient le guide de contribution au codebase. Il portera sur les exigences techniques, la structure et la configuration du projet(Augur, Cregit, GremoireLab) c. DOCUMENTATION: elle inclut des ressources pour la documentation, y compris les outils et le guide de style. d.) PRISE DE CONTACT: les contributeurs pourront ainsi soutenir la communauté CHAOSS dans le développement de son audience (rédaction de blogs, utilisation d'identifiants sociaux, organisation de réunions et d'événements).

6.)  Métriques

À l'heure actuelle, le site Web de la communauté CHAOSS contient des informations sur les versions des métriques( https://chaoss.community/metrics/ ). Il est plus important que les utilisateurs comprennent comment suivre le processus pour que le site Web dédié aux métriques soit disponible sur ce site Web. Cette section présentera donc les informations qui aideront les utilisateurs à connaître les processus et le travail pour disposer de leur propre publication de métriques.

7.) CHAOSScon:

Les informations sur CHAOSScon existent déjà sur GitHub( https://github.com/chaoss/governance/blob/master/community-handbook/chaosscon.md ) et sur le site Web( https://chaoss.community/CHAOSScon-2020-NA/ ), mais il est plus logique d'ajouter les détails et les informations expliquant les processus et la gestion des méthodes de CHAOSScon dans le manuel. Il contient les informations suivantes:

A.) Détails concernant le comité d'organisation: il expliquera les procédures de participation au comité d'organisation du CHAOSScon B.) Gestion du processus d'appel à propositions: elle comprend la gestion de l'inscription des auteurs, la soumission des propositions et de la documentation, l'examen et le processus d'approbation. C.) Gestion et publication du programme CHAOSScon D.) comment gérer la publicité et le marketing. E.) Gérer les propositions de sponsoring et les fonds, y compris les packages

8.) CHAOSScast:

Les informations CHAOSScast sont disponibles à l'adresse https://github.com/chaoss/governance/blob/master/community-handbook/chaosscast.md. Elles seront incluses dans le manuel, avec des informations supplémentaires telles que la participation, le comité d'organisation, la publicité et les supports marketing.

9.) Vidéos de la réunion:

Il contient toutes les vidéos de la réunion, ainsi que leur description (participants, ordre du jour, etc.) qui se sont produits par le passé et qui sont disponibles sur YouTube.

10.) Questions fréquentes générales:

Vous y trouverez les questions d'ordre général posées au sein de la communauté. Cela aidera les nouveaux arrivants et les membres existants de la communauté à répondre à certaines d'entre elles.

11.) Google Summer of Code:

Cette section contiendra des informations sur Google Summer of Code et les critères d'éligibilité, ainsi que des informations sur la façon dont les utilisateurs peuvent participer à la communauté CHAOSS à Google Summer of Code. Cette section contient également le modèle de proposition que les utilisateurs peuvent utiliser pour rédiger leur proposition, ainsi que les rôles et responsabilités. En outre, elle contiendra les informations qui aideraient les membres existants de la communauté à apprendre le processus pour devenir administrateur de l'entreprise et mentors.

  1. Démarchage:

Cette section contiendra des informations sur l'activité de communication et les critères d'éligibilité, ainsi que des informations sur la manière dont les utilisateurs peuvent participer à la communauté CHAOSS dans Outreachy.Elle contiendra les rôles et les responsabilités, y compris le processus pour devenir administrateur et mentor de l'organisation.

  1. Saison de Google Docs:

Cette section contient des informations sur le GSoD et les critères d'éligibilité, ainsi que sur la façon dont les utilisateurs peuvent participer à la communauté CHAOSS dans GSoD. Ce document recense les rôles et les responsabilités, y compris le processus permettant de devenir l'administrateur et les mentors de l'organisation.

RÉSULTAT ATTENDU DU PROJET:

Les manuels jouent un rôle important dans n'importe quelle communauté. De même, ce manuel destiné à toute la communauté CHAOSS permettra à la communauté de disposer d'une documentation mieux organisée et détaillée. Tous les nouveaux arrivants qui rejoignent la communauté ainsi que les membres existants de celle-ci pourraient facilement comprendre les principes fondamentaux et le fonctionnement de la communauté CHAOSS. De plus, ce manuel permettra d'intégrer les différents processus et parcours vers différentes cultures de travail au sein de la communauté CHAOSS.

DÉTAILS TECHNIQUES:

Je propose d'utiliser la plate-forme Gitbook pour gérer le manuel, car il s'agit d'un projet collaboratif convivial qui permet aux équipes de travailler plus efficacement. Voici quelques fonctionnalités de la plate-forme GitBook:

  • WYSIWYG: éditeur de texte à la fois puissant et esthétique
  • Markdown: compatibilité puissante et productive des raccourcis Markdown
  • Rich Embed: intègre des contenus Web externes tels que des vidéos, des extraits de code, des articles, de la musique, etc.
  • Tableaux de bord pour les rédacteurs: disposer d'un tableau de bord intelligent pour les rédacteurs, qui prend en charge l'édition visuelle
  • Brouillons: rédigez les nouvelles modifications et collaborez de manière asynchrone
  • Commentaires sur l'assistance: discuter et examiner les suggestions de modifications
  • Historique de suivi: suivez tout. Examiner et annuler les modifications
  • Insights: il prend également en charge les insights qui suivent le trafic, les notes et la qualité du contenu.
  • GitHub Sync: conserver le workflow et synchroniser les documents avec GitHub
  • Branding personnalisé: domaines, logos personnalisés, polices, couleurs, thèmes, en-tête, etc.

Voici quelques images qui donnent un aperçu de la plate-forme.

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

-- Où le Livret sera-t-il hébergé ?

Le manuel sera hébergé sur le GitBook lui-même, où GitHub fournit un mécanisme approprié pour le domaine personnalisé, les erreurs courantes et le SEO.

Domaines personnalisés : Si la communauté CHAOSS souhaite l'héberger sur le domaine personnalisé, elle s'affichera comme suit : docs.chaoss.community. L'organisation n'est tenue que de construire le sous-domaine qu'elle souhaite avoir. Pour configurer le domaine de l'organisation, accédez aux paramètres de l'organisation sur la plate-forme Gitbook. Exemple d'image: shorturl.at/GNQR4

Les espaces GitBook sont diffusés via notre propre CDN, avec HTTPS activé par défaut. Les certificats sont émis par LetsEncrypt

Domaines pris en charge:

  • Sous-domaine: www.example.com
  • Domaine personnalisé: docs.example.com

-- Comment synchroniser le Gitbook avec GitHub afin de pouvoir le modifier sur les deux plates-formes de manière efficace ?

L'intégration avec GitHub est très facile à utiliser: si quelqu'un modifie du contenu sur GitBook, ses modifications sont transférées vers un dépôt GitHub. À l'inverse, les commits transférés vers un dépôt GitHub sont importés dans le GitBook.

Configurez l'intégration GitHub:

  • Depuis votre espace sur la plate-forme GitBook, cliquez sur l'onglet "Intégrations" > GitHub.
  • Autoriser GitBook à accéder à votre compte GitHub associé à votre organisation
  • Accédez au site GitHub de votre organisation et créez un dépôt "HandBook" pour, par exemple, chaoss-handbook.
  • Sélectionnez maintenant le dépôt nommé chaoss-handbook que vous souhaitez connecter via l'option d'autorisation sur la plate-forme GitBook.

Une fois ces étapes terminées, GitBook ajoutera un webhook au dépôt chaoss-handbook qui lui permettra d'extraire du contenu à chaque modification apportée au dépôt. Lorsque vous apportez des modifications à GitBook, un nouveau commentaire est transféré.

Et voilà ! Tout le monde peut poursuivre la modification à partir du dépôt GitBook ou GitHub.

-- Comment modifier des pages sur la plate-forme GitBook ?

Toute personne souhaitant modifier quoi que ce soit sur la plate-forme GitBook doit la rejoindre à l'aide d'une invitation ou d'un lien. GitBook offre une fonctionnalité d'édition visuelle qui permet aux utilisateurs d'écrire directement dans les pages.

Un brouillon est une version modifiable d'un contenu utilisateur qui n'est accessible qu'aux rédacteurs. Il est créé automatiquement dès que vous commencez à écrire (première lettre dans l'éditeur, création d'une nouvelle page, téléchargement d'une image, etc.).

Les modifications apportées à un brouillon sont correctes, ce qui permet aux utilisateurs de contribuer simultanément au même document avec d'autres membres sans créer de conflit ! C'est ce que nous appelons la modification asynchrone et la résolution des conflits.

La première version du brouillon n'est pas toujours prête à être publiée immédiatement. Utilisez "Enregistrer" si vous souhaitez reprendre votre travail plus tard ou si votre contenu n'est pas encore prêt à être "fusionné".

Une fois les modifications terminées, vous pouvez "fusionner" votre brouillon. Le contenu que vous avez rédigé ou les modifications que vous avez apportées seront alors disponibles pour les membres de votre équipe et/ou seront publics.

Exemples d'images: shorturl.at/gATZ8 et shorturl.at/qrE57

- Structure du contenu:

Table des matières: chaque espace peut contenir autant de pages que nécessaire pour rédiger votre documentation. Toutes ces pages sont visibles sur le côté gauche de votre écran, dans ce que nous appelons la table des matières. Depuis la table des matières, vous pouvez gérer vos pages: créer des pages, grouper de pages, ajouter des liens externes, ajouter une variante, importer des documents externes tels que des sites Web ou des fichiers au format Markdown (.md ou .markdown), HTML (.html), Microsoft Word (.docx).

Page initiale: la page initiale est la page d'accueil ou la racine de votre documentation et est en quelque sorte le maître de toutes les pages de votre documentation. Cette page ne peut pas être déplacée ni supprimée, ni avoir des enfants, ni faire partie d'un groupe, car il s'agit de l'entrée principale de votre documentation et de votre espace.

Pages: une page comporte un titre et une description facultative en haut de l'éditeur. Vous pouvez alors rédiger et y ajouter n'importe quel type de contenu.Vous pouvez imbriquer des pages en les faisant glisser et en les déposant sous une autre. Les éléments enfants d'une page sont masqués, mais peuvent être réduits.

Liens externes: ces entrées sont des liens externes qui ne contiennent aucun contenu dans l'éditeur. Leur fonction principale est de créer des liens vers des sites Web externes.

Variantes: vous pouvez créer un autre contenu à votre documentation en créant une variante. Cela peut être utile pour documenter plusieurs versions d'une API, d'une bibliothèque ou de traductions.

Exemple d'image: shorturl.at/eyLW1 et shorturl.at/rFRX6

-- Comment le manuel sera-t-il présenté côté client ?

Le manuel de la communauté Chaoss sera accessible via un sous-domaine, qui pourra être https://docs.chaoss.community, et se présentera comme suit du côté de l'utilisateur:

  • Manuel Mattermost – https://handbook.mattermost.com/
  • Documentation de la Linux Foundation Community Bridge : https://docs.linuxfoundation.org/docs/ Et bien d'autres encore

CALENDRIER DU PROJET:

1.) Phase d'association avec la communauté (17 août-13 sept.)

A.) Semaines 1 à 4:

  • Discuter du projet avec les mentors
  • Rechercher et recueillir les informations nécessaires pour les différentes sections du projet, poser des questions de clarification à la communauté
  • Déterminer avec la communauté quelle plate-forme utiliser pour le manuel (je vous suggère GitBook) et la mettre en place
  • Problèmes liés à la contribution à la documentation

2.) Phase de développement du document (14 sept. - 30 nov.)

A.) Semaine 5 (14 sept. - 20 sept.)

  • Brouillon" Section Introduction

B.) Semaine 6 (21 sept. - 27 sept.)

  • Brouillon de la section "The CHAOSS Community Way"

C.) Semaine 7 (28 sept. - 4 oct.)

  • Rédigez la section "Parcours vers le leadership"
  • Rédiger la section "Terminologie"

D.) Semaine 8 (5 oct.-11 oct.)

  • Rédiger la feuille de route de la communauté
  • Consignes pour la contribution à la conception d'un brouillon

E.) Semaine 9 (12 oct.-18 oct.)

  • Section "Élaboration du brouillon"

F.) Semaine 10 (19 oct - 25 oct)

  • Consignes de la section "Rédaction et communication"

G.) Semaine 11 (26 oct. - 1er nov.)

  • Section "Brouillons de métriques"
  • Brouillon de section "CHAOSScon"

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

  • Concevoir la section Réunion

  • Brouillon de questions fréquentes générales sur la communauté

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

  • Version préliminaire des consignes relatives aux services GSoC

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

  • Version préliminaire des consignes de communication

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

  • Temps de tampon ; peaufinage et amélioration de l'ensemble de la documentation

3.) Phase d'évaluation (30 nov.-5 déc.)

A.) Semaine 16:

  • Rédiger un rapport de projet
  • Remplissez l'évaluation pour le projet

INTERACTIONS AVEC LA COMMUNAUTÉ

1.) Implication et discussions avec la communauté

Eh bien, je parcoure la communauté CHAOSS depuis avril 2020 et j'ai participé à diverses discussions avec les membres de la communauté et avec les mentors de mon projet( Georg Link et Armstrong Foundjem). L'une de ces discussions qui a suscité un plus grand intérêt des membres de la communauté a suscité l'intérêt des membres de la communauté : "Proposer Gitbook comme plate-forme pour héberger le manuel de la communauté". Le fil de discussion de la liste de diffusion des archives CHAOSS porte le nom de "Proposing Gitbook" comme plate-forme d'hébergement du manuel de la communauté. J'ai également participé aux appels hebdomadaires de la communauté, qui m'ont permis de fournir des informations à la communauté.

2.) Comment allez-vous recueillir les informations requises pour ce projet ?

Étant donné que ce projet nécessite la mise en place d’un manuel à l’échelle de la communauté, les informations qui doivent y être accessibles seront recueillies et discutées avec les membres de la communauté. Comme je vous l'ai proposé ci-dessus, je pourrai discuter et recueillir les informations nécessaires pendant la période d'adhésion à la communauté.

Je vais faire des recherches sur les différentes sections conformément à CHAOSS et suivre les fils de discussion sur la liste de diffusion. J'essaierai de poser des questions de clarification à mes mentors et à la communauté en fonction des exigences.

Afin d'avoir des discussions concises, je participerai également à des appels hebdomadaires.

3.) Comment proposez-vous de tenir la communauté informée de votre progression et des problèmes ou questions que vous pourriez avoir au cours du projet ?

Par souci de flexibilité et de transparence, je vais essayer de communiquer sur la liste de diffusion pour avoir posé mes doutes.

Je partagerai ma progression hebdomadaire sous forme d'article de blog qui inclura la documentation Scrum et les défis auxquels j'ai été confrontés. Ces informations seront communiquées à la liste de diffusion de la communauté afin de toucher un public plus large au sein de l'organisation Open Source.

J'assisterai également à des appels hebdomadaires à la communauté afin d'avoir des suggestions pertinentes et de discuter des principaux problèmes.

Je prévois également de créer un tableau Trello avec les tâches hebdomadaires disponibles. Les mentors peuvent ensuite utiliser ce tableau pour obtenir une compréhension claire et concise des problèmes actuels et des fonctionnalités qui font l'objet d'un travail.

4.) Que feriez-vous si vous restez bloqué sur votre projet et que votre mentor n'est pas là ?

Je pense que le rôle du mentor est de guider les élèves dans la bonne direction et non de leur expliquer chaque boucle. La recherche et la mise en œuvre du projet relèvent de la seule responsabilité de l'étudiant. Gardez cela à l'esprit que je n'essaierai d'obtenir de l'aide de mon mentor qu'en dernier recours.

Cependant, si le mentor n'est pas disponible ou occupé au moment où j'ai besoin d'aide, je passe à la discussion sur le problème que je rencontre au sein de la communauté CHAOSS. Je suis sûr que quelqu'un serait capable de m'aider à relever les défis que je rencontre. Je partagerai aussi le problème sur des forums en ligne/des communautés de développeurs comme dev.to

De plus, j'essaierais de participer aux appels hebdomadaires à l'aide au sein de la communauté CHAOSS pour poser mes doutes.