링크 정보를 불러오는 중...
Période de la phase Challenge (4 semaines)
13 juillet 2024 – 9 août 2024
Le programme s’est en réalité terminé vers septembre, donc certains détails sont un peu flous. J’essaie tout de même de reconstituer cette expérience à partir de mes notes. J’espère que ce retour pourra être utile aux développeurs qui participeront au projet open source Githru.
Pour référence, mes contributions concernaient principalement l’UI/UX et le front‑end plutôt que le backend ou les systèmes.
Admission
J’ai reçu la confirmation d’admission par SMS et par email.
J’étais un peu nerveuse en attendant la réponse, donc voir mon nom dans la liste des participants m’a vraiment fait plaisir.
Après avoir rejoint le serveur Discord, j’ai continué à travailler sur mes projets personnels en attendant la cérémonie de lancement.
Cérémonie de lancement (2024.07.13)
La cérémonie s’est tenue un samedi à Seocho, j’ai donc ajusté mon emploi du temps pour pouvoir y participer.
Avant la réunion d’équipe, plusieurs mentors ont donné des conférences.
Une phrase m’a particulièrement marquée :
« Les contributeurs open source sont extrêmement rares. »
En tant que personne en recherche d’emploi dans le domaine du développement, cette phrase m’a beaucoup marqué. Je me suis demandé si je n’avais pas postulé trop tôt, mais en même temps j’étais fière d’avoir simplement tenté l’expérience.
Après les conférences, nous avons tenu la première réunion d’équipe. Chacun s’est présenté avec quelques mots‑clés, puis nous avons discuté du projet et fixé le calendrier des réunions.
Ensuite, la plupart des membres de l’équipe sont allés dans un café voisin et nous avons continué à discuter jusqu’au soir. C’était la première fois que je parlais de parcours professionnels avec des étudiants, des chercheurs d’emploi et des développeurs expérimentés réunis au même endroit.
Ce qui m’a le plus impressionnée, c’est la motivation des développeurs qui travaillent toute la semaine et participent malgré tout à des projets open source le week‑end.
Réunions Discord
Ensuite, environ quatre séminaires ont été organisés sur Discord.
Ces sessions nous ont permis de comprendre l’architecture du projet et son fonctionnement.
Les contributeurs ont été répartis selon leurs centres d’intérêt :
engine / view / petits groupes de travail
J’ai rejoint le groupe 4 et pris le rôle de responsable de groupe pour travailler sur les améliorations UI.
Propositions d’issues
Pendant la phase Challenge, j’ai proposé plusieurs issues indépendamment des tâches d’équipe.
Pour envoyer des Pull Requests, il fallait installer le projet en mode développeur, mais pendant cette période l’installation ne fonctionnait pas correctement, ce qui rendait difficile la modification directe du code.
J’ai donc commencé par documenter les problèmes observés lors de l’utilisation du projet.
Par exemple :
- amélioration du color picker
- amélioration du bouton retour
- réorganisation du framework UI
- amélioration de la lisibilité des couleurs de texte
- problèmes liés à MUI
- mise à jour de la version de Node
Certaines de ces propositions ont finalement été implémentées pendant la phase Master du programme.
Cependant, certaines issues nécessitaient une compréhension beaucoup plus profonde de l’architecture du projet ou des modifications structurelles importantes. À ce moment‑là, il m’était difficile d’aller aussi loin dans l’analyse.
Elles sont donc restées sous forme de suggestions.

Pull Request
Avant de contribuer au dépôt principal, j’ai pratiqué ma première Pull Request sur un dépôt de test.
링크 정보를 불러오는 중...
Jusqu’à présent je travaillais surtout sur des projets personnels, donc envoyer du code vers le dépôt de quelqu’un d’autre était un peu intimidant.
Heureusement la Pull Request a été acceptée, et cette première expérience a été très mémorable.
Pendant ce processus, j’ai également utilisé chart.js pour la première fois.
Un mentor m’a aussi donné ce conseil :
Si tu comptes manipuler des graphiques sérieusement, tu peux aussi essayer d’utiliser directement d3.
C’était ma première expérience concrète du workflow de contribution open source, et cela a été une étape très significative.
Après avoir proposé des issues et pratiqué les Pull Requests, il était enfin temps de commencer à résoudre les tâches de l’équipe et de contribuer plus activement au projet.
Le travail effectué pendant la phase Master sera présenté dans le prochain article.