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:
Linux Foundation
Rédacteur technique:
jaskiratsingh2000
Nom du projet:
CHAOSS: Créez un manuel CHAOSS pour l'ensemble de la communauté
Durée du projet:
Durée standard (3 mois)

Project description

EXTRAIT DU PROJET:

Actuellement, 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 incluent le groupe de travail sur les mesures communes, le groupe de travail sur la diversité et l'inclusion, l'évolution, les risques et la valeur, qui ont mis en place leurs propres méthodes de participation et de travail, et adapté différents moyens de communication et de culture de travail. Ces groupes de travail, conformément aux métriques ont des domaines d'intérêt et des parcours différents, qui fonctionnent pour les métriques appropriées mènent plusieurs recherches et développements dans des catégories de travail respectives. Ils connaissent la bonne voie pour diriger diverses recherches et le développement dans les catégories respectives, mais les processus pour les nouveaux arrivants et les contributeurs existants peuvent ne pas savoir comment participer ou suivre la bonne voie pour leurs fonctions respectives.

En conséquence, 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 le fonctionnement de la communauté, comment les nouveaux arrivants peuvent participer et suivre les principes fondamentaux de la communauté, et quels processus et parcours 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 de la collecte et de l'organisation du contenu du manuel, ainsi qu'une composante technique visant à définir comment représenter le manuel.

QU'EST-CE QU'IL FAUT ?

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 manuel présente de façon claire les membres de la communauté qui viennent de rejoindre la communauté, ainsi que des explications. Actuellement, le manuel de la communauté CHAOSS est disponible dans le dépôt GitHub et doit être remanié et refactorisé avec plus d'informations pour les nouveaux arrivants et les utilisateurs existants de la communauté. Ainsi, ce manuel de la communauté CHAOSS sera utile aux nouveaux arrivants 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 méthode communautaire 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
    • Communication
    • Google Season of Docs

DIFFUSIONS DÉTAILLÉES DU PROJET

1.) Introduction :

Cette section constituera la première page du manuel de la communauté CHAOSS et couvrira les détails, la présentation et l'utilisation de ce manuel. Voici ce qui se passe:

A.) Il contiendra le message de bienvenue ainsi qu'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 pris à l'adresse https://chaoss.community/chaoss-photo-album/, qui mettra en avant les différents mouvements de la communauté. B.) La page contient également les détails de toutes les sections, avec une description sur une ligne expliquant chaque section et les liens appropriés. C.) 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'un utilisateur souhaite ajouter, supprimer ou discuter des 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 dans la communauté et son champ d'application), contribution au manuel ( qui indique comment utiliser le dépôt pour apporter des modifications, effectuer des PR, modèle à suivre pour apporter des modifications au manuel et au guide de style) et partage de commentaires sur le manuel. Dans "Partage de commentaires", je vais inclure un modèle et les différentes façons dont les utilisateurs peuvent suivre pour fournir ou utiliser des problèmes GitLab pour les recevoir.

2.) La méthode de la communauté CHAOSS:

La méthode de la communauté CHAOSS sera importante pour que les utilisateurs comprennent les pratiques et les consignes de la communauté. Les flux de travail seraient en mesure de le mettre en valeur et de décrire les pratiques communautaires de la meilleure façon. 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 expliquerai ces valeurs que les nouveaux utilisateurs ou les utilisateurs existants doivent les comprendre et les prendre en considération lorsqu'ils travaillent au sein de la communauté. B.) Règlement de la communauté: il inclut la manière dont il faut s'impliquer dans la communauté CHAOSS et doit 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, ainsi que des instructions pour que les autres sachent comment ils doivent travailler avec les responsables et quelles sont 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. 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 devenir les principaux contributeurs de différents groupes de travail.

3.) Parcours d'accès au leadership:

Si le fait de gagner en leadership dans un projet Open Source peut être essentiel à la réussite d'une communauté dans le monde commercial. En tenant compte de ce point, je vais donc inclure les éléments suivants:

A.) Leadership technique: inclut les processus et responsabilités pour les gestionnaires de dépôts, les rédacteurs de documentation et les responsables du site Web B.) Leadership en matière de gouvernance: cela comprendra les parcours pour les membres du conseil d'administration et les décisionnaires C.) Responsables opérationnels: contient le parcours pour les Community Managers

4.) Terminologie :

La terminologie aiderait à décrire les termes et les biens respectifs utilisés fréquemment au sein de la communauté CHAOSS. De plus, je vais également inclure les directives terminologiques d'utilisation, comme l'utilisation appropriée des majuscules, les abréviations et les mots à éviter, avec des raisons. Les termes qui seront inclus sont les suivants : Projet CHAOSS, Centre de santé de la communauté Open Source, Examen du code, Groupe de travail, Métrique logicielle Open Source, Métrique commune, Diversité et Inclusion, Groupe de travail sur l'évolution, Groupe de travail sur les risques, Groupe de travail sur la valeur, Lancement des métriques et Domaine d'action.

5.) Consignes de contribution:

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

A.) Comprendre 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 quelle façon ou quel processus suivre en donnant les priorités aux 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. Présentez brièvement le fonctionnement de GitLab. Guide du réviseur/des 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 devront suivre pour apporter leur contribution au domaine de la conception. b.) DÉVELOPPEMENT: cet onglet contient le guide de contribution au codebase. Il contiendra les exigences techniques, la structure et la configuration du projet(Augur, Cregit, GremoireLab) c. DOCUMENTATION: inclut des ressources de documentation, y compris les outils et le guide de style. d.) PORTRAIT: les contributeurs pourront, entre autres, soutenir la communauté CHAOSS pour développer sa portée (rédaction de blogs, utilisation d'identifiants sur les réseaux sociaux, organisation de réunions et d'événements).

6.) Métriques

Actuellement, le site Web de la communauté CHAOSS contient des informations sur les lancements de métriques( https://chaoss.community/metrics/ ). Il est plus important que les utilisateurs comprennent comment suivre le processus pour rendre leur site Web des métriques disponible sur ce site Web. Cette section affichera donc les informations qui aideront les utilisateurs à connaître les processus et le travail afin de publier leur propre métrique.

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 contiendra les informations suivantes:

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

8.) CHAOSScast:

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

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

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

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

Ils contiennent les questions générales les plus fréquemment posées au sein de la communauté. Ils aideront 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, les critères d'éligibilité et les modalités de participation de la communauté CHAOSS à Google Summer of Code. Cette section contient également le modèle de proposition que les personnes peuvent utiliser pour rédiger leur proposition, ainsi que les rôles et responsabilités. De plus, elle contiendra également les informations qui aideront les membres existants de la communauté à apprendre le processus pour devenir administrateur de l’entreprise et mentors.

  1. Communication:

Cette section contiendra des informations sur l'organisation de démarchage, les critères d'éligibilité et des informations sur la manière dont les personnes peuvent participer au sein de la communauté CHAOSS dans Solidarité.Elle contiendra les rôles et responsabilités, y compris le processus pour devenir administrateur et mentors de l'organisation.

  1. Google Season of Docs:

Cette section contient des informations sur le GSoD et les critères d'éligibilité, ainsi que sur la manière dont les utilisateurs peuvent participer à la communauté CHAOSS dans GSoD. Vous y retrouverez 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 de la communauté CHAOSS permettra à la communauté CHAOSS de disposer d'une documentation mieux organisée et détaillée. Tous les nouveaux membres de la communauté ainsi que les membres existants de celle-ci pourront facilement comprendre les principes de base et le fonctionnement de la communauté CHAOSS. De plus, ce manuel permettra de mettre en place les différents processus et chemins d'accès aux 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 et convivial qui permet aux équipes de travailler de manière plus efficace. Voici quelques fonctionnalités de la plate-forme GitBook:

  • WYSIWYG: éditeur de texte 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: profitez d'un tableau de bord intelligent pour les rédacteurs, qui prend en charge l'édition visuelle.
  • Brouillons: apportez les modifications souhaitées et collaborez de manière asynchrone
  • Commentaires sur l'assistance: discuter et examiner les brouillons de modifications
  • Suivez l'historique d'écriture: suivez tout. Examiner et annuler les modifications
  • Insights: il inclut également des insights qui suivent le trafic, les notes et la qualité du contenu.
  • GitHub Sync: conserver le workflow et synchroniser les documents avec GitHub
  • Branding de la personnalisation: 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 manuel 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 est uniquement tenue de créer 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 GitBook.

Configurez l'intégration de GitHub:

  • Depuis votre espace de la plate-forme GitBook, cliquez sur l'onglet "Intégrations" > GitHub.
  • Autoriser GitBook à accéder à votre compte GitHub associé à votre organisation
  • Accédez à GitHub de votre organisation et créez un dépôt pour "HandBook" (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 ajoute un webhook au dépôt chaoss-handbook qui lui permettra d'extraire du contenu à chaque modification du dépôt. Lorsque vous apportez des modifications à GitBook, un nouveau commentaire est transféré.

Et voilà ! Tout le monde peut continuer à apporter des modifications depuis le 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 rejoindre la plate-forme GitBook avec une invitation ou un lien de participation. GitBook est compatible avec l'é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 que par les rédacteurs. Il est créé automatiquement dès que vous commencez à écrire (première lettre dans l'éditeur, création d'une page, mise en ligne d'une image, etc.).

Les modifications apportées à un brouillon sont appropriées, ce qui permet aux utilisateurs de contribuer au même document avec d'autres membres en même temps sans créer de conflit ! C'est ce que nous appelons l'édition 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 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, regrouper des 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 constitue 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 c'est l'entrée principale de votre documentation et de votre espace.

Pages: chaque page a un titre et une description facultative en haut de l'éditeur. Vous pouvez ensuite y écrire 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 et n'ont 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. Il se présentera comme suit pour l'utilisateur:

  • Manuel Matter : https://handbook.mattermost.com/
  • Documentation Linux Foundation Community Bridge : https://docs.linuxfoundation.org/docs/ Et bien d'autres

CALENDRIER DU PROJET:

1.) Phase de liaison avec la communauté (17 août-13 sept.)

A.) Semaines 1 à 4:

  • Discuter du projet avec des mentors
  • Effectuer des recherches et recueillir les informations nécessaires pour les différentes sections du projet, poser des questions de clarification à la communauté
  • Déterminez avec la communauté quelle plate-forme utiliser pour le manuel (je vous suggère GitBook) et configurez-la.
  • Contribuer aux problèmes liés aux documents

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

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

  • Section "Introduction"

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

  • Brouillon de section "The CHAOSS Community Way"

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

  • Rédiger 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 du 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

  • Rédiger des FAQ générales de la communauté

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

  • Version préliminaire des consignes concernant les GSoC

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

  • Ébauche des consignes de communication

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

  • Temps de mise en mémoire 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
  • Remplir le formulaire d'évaluation du projet

INTERACTIONS AVEC LA COMMUNAUTÉ

1.) Implication et discussions avec la communauté.

Je navigue au sein de 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). Une de ces discussions qui a suscité un plus grand intérêt des membres de la communauté était la suivante : "Proposing Gitbook comme plate-forme pour héberger le manuel de la communauté". Vous pouvez le retrouver dans le fil de discussion des archives CHAOSS avec le titre Proposing Gitbook comme plate-forme pour l'hébergement du manuel de la communauté. J'ai également participé aux appels hebdomadaires de la communauté qui m'ont permis de communiquer des informations à la communauté.

2.) Comment allez-vous recueillir les informations nécessaires pour ce projet ?

Ce projet nécessite la mise en place d'un manuel destiné à toute la communauté, de sorte que les informations qui y sont accessibles soient recueillies auprès des membres de la communauté et en soient discutés. Comme je vous ai proposé un calendrier ci-dessus, en fonction de ce que je pourrai discuter et recueillir les informations nécessaires pendant ma période de cohésion communautaire.

Je vais faire des recherches sur les différentes sections conformément à CHAOSS et poursuivre les fils de discussion de 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 aux appels hebdomadaires.

3.) Comment proposez-vous de tenir la communauté informée de vos progrès 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 par le biais de la discussion sur la liste de diffusion pour poser mes questions.

Je partagerai mes progrès hebdomadaires sous forme d’article de blog qui inclura la documentation Scrum et les défis rencontrés, qui seront partagés sur la liste de diffusion de la communauté elle-même afin d’atteindre un public plus large à l’intérieur de l’organisation open source.

Je participerais également à des appels hebdomadaires à la communauté afin d'obtenir des suggestions pertinentes et des discussions sur les 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 avoir une compréhension claire et concise des problèmes actuels et des fonctionnalités qui sont en cours de développement.

4.) Que feriez-vous si vous êtes bloqué dans 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/occupé au moment où j'ai besoin d'aide, je partagerai alors le problème que je rencontre au sein de la communauté CHAOSS. Je suis sûr que quelqu'un pourra m'aider à relever tous 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 questions.