Introduction
L'avènement de GitHub a révolutionné le monde de l'Open Source, mais il est important de se rappeler comment les choses se passaient avant. L'auteur partage son expérience personnelle, ayant utilisé SourceForge, Trac et Subversion avant de migrer vers GitHub.
Contexte Technique
Avant GitHub, l'Open Source était un monde plus restreint, avec moins de projets et une communauté plus serrée. Les projets étaient souvent hébergés sur des serveurs personnels ou sur des plateformes comme SourceForge. L'utilisation de Subversion et de Trac était courante, et les développeurs devaient souvent gérer leur propre infrastructure.
L'arrivée de Git et de Mercurial a changé la donne, avec des systèmes de contrôle de version distribués. Cependant, GitHub est devenu le centre de l'Open Source, malgré la philosophie distribuée de ces systèmes.
Analyse et Implications
GitHub a eu un impact considérable sur l'Open Source, en rendant la création et la découverte de projets plus faciles. Il a également normalisé l'idée que l'Open Source se passe dans l'open, avec une histoire et une collaboration visibles. Cependant, la centralisation de GitHub a également créé des problèmes, tels que la dépendance à l'égard d'une seule plateforme.
Le problème des micro-dépendances est également abordé, où les développeurs créent et publient de petits packages sans réfléchir aux conséquences à long terme. Cela a été facilité par l'infrastructure hébergée de GitHub et de npm, qui a rendu la création, la publication et la découverte de ces packages très faciles.
Perspective
Il est important de se rappeler que l'Open Source n'a pas toujours fonctionné de cette façon. La réputation et la longévité étaient autrefois des facteurs clés dans la sélection des dépendances, et les développeurs devaient souvent gérer leur propre infrastructure. Il est temps de réfléchir à l'avenir de l'Open Source et à la manière de concilier la facilité d'utilisation avec la durabilité et la responsabilité.
