A New Folder Just Appeared In Your Home Directory

SYNTHÈSE STRUCTURÉE

Origine et justification du dossier `projects`

Le dossier projects apparaît désormais automatiquement dans le répertoire home des utilisateurs sur les distributions récentes (notamment les rolling release comme Arch Linux ou CachyOS). L’intervenant précise : « This article from It’s FOSS explains why this change was made, why you’re getting this extra folder. » L’objectif est de répondre à un besoin longtemps exprimé par la communauté Linux, qui utilise massivement des scripts, du code, des dépôts Git ou des fichiers CAO/impression 3D. Auparavant, chacun rangeait ces fichiers de manière hétéroclite (dans ~/gitlab, ~/dev, ~/code, etc.), ce qui nuisait à la standardisation.

Contenu attendu du dossier

Le dossier projects est conçu pour accueillir tout type de projet utilisateur : « those are going to be things for your coding projects or maybe 3D printing projects or CAD projects. » Il ne s’agit donc pas d’un simple dossier technique réservé aux développeurs, mais d’un espace générique pour tout travail structuré (scripts, modèles 3D, plans, etc.). L’intervenant, qui ne se considère pas comme développeur, mentionne qu’il possède « a ton of GitLab repos » et qu’il utilisait auparavant un dossier ~/gitlab.

Adoption progressive et historique de la demande

Cette évolution est le fruit d’une demande vieille de 11 ans, déposée en 2014 et finalement implémentée en 2026. L’intervenant souligne la lenteur du processus : « Sometimes they take a while to percolate, right, to get discussed, to get fleshed out a little bit before they finally pull the trigger on it. » Cela illustre le cycle de décision des projets open source, où les changements d’infrastructure (comme les dossiers par défaut de xdg-user-dirs) nécessitent consensus et maturation.

Suppression possible sans conséquence immédiate

Si l’utilisateur n’a pas besoin de ce dossier, il peut le supprimer sans risque : « Just delete the folder, right? It was created the one time and it won’t be created again. » La suppression est définitive pour l’utilisateur courant, mais un nouveau compte utilisateur créé ultérieurement verra à nouveau le dossier apparaître. L’intervenant compare ce dossier à d’autres dossiers par défaut rarement utilisés comme Templates ou Pictures, qu’il supprime lui-même.

Prudence : applications et services peuvent l’utiliser

L’intervenant nuance son conseil de suppression : « One reason why you might not want to just go ahead and delete that projects directory, even if you’re not necessarily going to use it, is because it is these standardized directories. Applications kind of expect them to be there. » Des outils de sauvegarde, de synchronisation ou de gestion de fichiers pourraient traiter projects comme une catégorie de données spécifique, à l’instar de Documents ou Downloads. Supprimer le dossier pourrait donc perturber le comportement de certains logiciels à l’avenir.

Recommandation finale : adopter la norme

L’intervenant conclut en encourageant l’utilisation de ce dossier : « I think this is a good idea because before people were just putting their GitHub and GitLab projects all over the system and now there’s one directory where all of that stuff should go. I’m going to start using it and I think maybe you should too. » Il s’agit d’une invitation à suivre la standardisation pour améliorer l’organisation et la compatibilité.

CONCEPTS CLÉS

xdg-user-dirs : mécanisme qui définit les dossiers par défaut dans le home (Documents, Téléchargements, etc.). Le dossier projects est une extension récente de cette spécification.
Rolling release : modèle de distribution (Arch, CachyOS) où les mises à jour logicielles sont continues, permettant d’adopter rapidement ce type de changement.
Standardisation des chemins : pratique qui consiste à définir des emplacements fixes pour certains types de fichiers, afin de faciliter l’interopérabilité entre applications et services.

CONCLUSION

L’ajout du dossier projects dans le répertoire home des utilisateurs Linux répond à un besoin ancien de standardisation pour les fichiers de projet. Bien que facultatif et supprimable, il est recommandé de l’adopter pour bénéficier d’une organisation cohérente et d’une meilleure compatibilité avec les outils système. Ce changement illustre la lente maturation des décisions dans l’open source, mais aussi leur capacité à améliorer l’expérience utilisateur à long terme.