Maison >interface Web >js tutoriel >Décoder l'Open Source : le vocabulaire que j'ai appris au cours de mon parcours de sensibilisation

Décoder l'Open Source : le vocabulaire que j'ai appris au cours de mon parcours de sensibilisation

Susan Sarandon
Susan Sarandonoriginal
2024-12-27 04:04:12937parcourir

Parler le langage de l'Open Source : réflexions de la semaine 2

Lorsque j'ai rejoint Outreachy pour la première fois en tant que contributeur Mozilla, j'ai rapidement réalisé que plonger dans le monde de l'open source signifiait m'immerger dans un tout nouveau langage. Des expressions, des outils et des acronymes qui m'étaient inconnus il y a quelques mois à peine sont devenus partie intégrante de mon travail quotidien. 

Cette semaine, je réfléchis à certains des termes de vocabulaire les plus marquants que j'ai rencontrés en cours de route et à ce qu'ils m'ont appris sur Mozilla et le développement open source.

Decoding Open Source: Vocabulary I

Mercurial et Git Cinnabar

J'avais déjà entendu parler de Mercurial comme alternative à Git, mais je ne l'avais jamais utilisé. Pour rendre la transition plus fluide pour les contributeurs familiers avec Git, Mozilla a fourni Git Cinnabar, un outil de transition qui permet aux développeurs de travailler avec les référentiels Mercurial à l'aide des commandes Git. Ce petit processus de configuration m'a permis de travailler de manière transparente avec les branches en amont de Mozilla sans abandonner mes connaissances de Git.

Phabricateur

Phabricator a été une révélation. Contrairement à GitHub, son interface et ses outils semblent conçus pour favoriser une collaboration et des commentaires plus approfondis sur le code. Son système de commentaires en ligne, en particulier, s'est démarqué par la façon dont il s'intègre naturellement dans les flux de travail de révision. C'est plus qu'un hébergeur de code - c'est un centre de communication pour les développeurs.

Bugzilla

Bugzilla est l'endroit où tous les problèmes de Mozilla sont classés et suivis. Même si j'avais entendu parler de Bugzilla par des utilisateurs qui avaient besoin de signaler des problèmes avec Firefox, son utilisation en tant que développeur était différente. C'est devenu ma feuille de route et mon gestionnaire de tâches, où les bugs sont passés de concepts abstraits à des éléments de travail exploitables.

A décroché/Réception d'un problème

J'ai appris que les développeurs de Mozilla disent qu'un problème a « atterri » lorsqu'il a été approuvé pour être fusionné dans la base de code. Il n'y a plus de va-et-vient sur les critiques, et cela marque une réalisation tangible. Pour un stagiaire, il y a un incroyable sentiment d'accomplissement lorsque votre code a « atterri ».

Recherchefox

Searchfox a été un outil précieux lors de mon stage Outreachy. Lorsqu'il est chargé d'implémenter des fonctionnalités similaires à celles existantes ou de réutiliser des messages d'erreur ou des fonctions prédéfinis, mon mentor fournit souvent des liens Searchfox qui me mènent directement aux lignes de code pertinentes.

Cet outil puissant rationalise le processus de navigation dans la vaste base de code de Mozilla en fournissant des résultats de recherche précis et pertinents. Cela m'a beaucoup aidé à explorer et à comprendre efficacement les sections complexes de la base de code, rendant les tâches de développement beaucoup plus gérables.

Constructions nocturnes et nocturnes

Le terme « Nightly » fait référence au canal de développement de Mozilla, où les fonctionnalités expérimentales et les implémentations à un stade précoce sont testées. Durant ma période de contributeur, je me suis familiarisé avec le concept de « Nightly Builds », indispensables pour tester les travaux en cours, notamment pour les fonctionnalités encore en développement actif. 

Ma première interaction avec cela a été de travailler sur une proposition JavaScript TC39. Je devais m'assurer que la fonctionnalité à laquelle je contribuais était incluse dans une version nocturne, en utilisant la directive #ifdef NIGHTLY_BUILD :

#ifdef NIGHTLY_BUILD
/*
* Code between the nightly
*/
#endif

Logiciels gratuits et open source (FOSS)

Avant de commencer mon parcours Open Source, je ne connaissais pas l'acronyme FOSS.
Comprendre les logiciels libres va au-delà du logiciel ; il s'agit d'adopter une philosophie. L'open source ne concerne pas seulement le code disponible gratuitement  - il s'agit de collaboration, d'apprentissage partagé et de la conviction que l'innovation prospère dans l'ouverture.


Ce parcours en tant que stagiaire Outreachy chez Mozilla est un tourbillon d'apprentissage et de croissance. Chaque nouvel outil, terme et concept a non seulement élargi mon vocabulaire technique, mais a également approfondi ma compréhension de ce que représente réellement l'open source.

Chaque problème « résolu » et chaque fonctionnalité implémentée avec succès rappelle que l'apprentissage est itératif - le progrès construit un commit, une révision et une construction à la fois. Pour moi, l'open source n'est plus seulement un concept ; c'est un espace où je continue de me mettre au défi, de contribuer et de grandir.

Pour tous ceux qui envisagent d'entrer dans le monde des logiciels libres, sachez ceci : vous n'apprendrez pas seulement des outils ou des frameworks  - vous apprendrez à faire partie de quelque chose de plus grand.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn