182 Days Later The Linux Experience (former windows user)
Un retour d’expérience de six mois d’utilisation de Linux, où l’intervenant partage les erreurs commises, les leçons apprises et l’évolution de sa relation avec le système, depuis le distro hopping frénétique jusqu’à une approche plus pragmatique et stable.
SYNTHÈSE STRUCTURÉE
Distro hopping excessif : une perte de temps et de focus
L’intervenant admet avoir changé de distribution de façon compulsive, passant de Zorin OS à Garuda Linux, puis à Arch, Fedora, Pop!_OS, et enfin Linux Mint en l’espace de quelques semaines. Il explique que cela ne permet pas d’apprendre correctement un système : « Distro hopping isn’t too bad. If you do it too much, then yeah, it’s really freaking bad. » Il recommande de se concentrer sur une distribution à la fois pour en maîtriser les bases avant d’en essayer d’autres.
Installer Arch avec Hyprland en tant que débutant : une erreur d’ego
L’intervenant a tenté d’installer Arch Linux avec le compositeur Wayland Hyprland dès son premier mois, ce qui a failli le faire abandonner Linux. Il met en garde : « If you’re a beginner, drop your freaking ego and stick with like KDE Plasma or Linux Mint. Installing Arch with Hyprland isn’t going to help you. It’s going to cause you freaking pain and you’re likely going to quit Linux. » Il précise que la configuration via hyprland.conf peut être déroutante pour un novice.
Ne pas lire la documentation : un piège classique
L’intervenant reconnaît avoir utilisé ChatGPT pour résoudre ses problèmes sans jamais consulter les docs officielles. Il qualifie cette approche de contre-productive : « Chad GPT is freaking crap when it comes to advice on Linux. » Il insiste sur le fait que ne pas lire les docs empêche de comprendre réellement le fonctionnement du système et conduit à une dépendance aux outils externes.
Utiliser l’IA sans comprendre : un apprentissage superficiel
En deuxième mois, il copiait ses configurations entières dans des chatbots pour les personnaliser, sans rien apprendre. Il compare cela au « vibe coding » : « If you just use AI and vibe rice, you’re not going to learn anything. » Il conseille d’utiliser l’IA comme un outil d’apprentissage en lisant attentivement ses explications, plutôt que de l’utiliser pour exécuter des commandes sans réflexion.
Ne pas sauvegarder ses dotfiles : un risque inutile
L’intervenant admet ne pas avoir sauvegardé ses fichiers de configuration, ce qui a entraîné la perte totale de son environnement après une casse système. Il recommande de les versionner sur GitHub ou de les compresser sur une clé USB : « Uploading it on GitHub or just zipping it and putting it on a USB drive. You can do it in all sorts of ways. »
Négliger le terminal au profit des interfaces graphiques
Pendant ses premiers mois, il utilisait presque exclusivement des applications GUI, ignorant la puissance du terminal. Il a depuis changé d’avis : « The terminal is actually a lot faster than your traditional file manager because on the terminal I can just do cp, mv, ls, cat. It’s a lot faster. » Il encourage les débutants à apprendre les commandes de base pour gagner en efficacité.
Sacrifier les performances pour l’esthétique
En troisième mois, l’intervenant a surchargé son vieux MacBook 2015 d’effets de flou et d’animations, provoquant une surchauffe et une expérience utilisateur dégradée. Il met en garde : « If your laptop looks good, but it doesn’t feel good to use, then you won’t want to use it. » Il conseille d’adapter le niveau de personnalisation aux capacités matérielles.
Installer trop d’outils redondants
Il avoue avoir installé six gestionnaires de fichiers différents (Ranger, Yazi, Nemo, Dolphin, GNOME Files, etc.) par souci d’esthétique et de variété. Il a depuis simplifié son environnement, utilisant principalement Ranger, un gestionnaire en mode terminal de style Vim. Il souligne l’importance de trouver un équilibre entre looks et utilisabilité.
Perfectionnisme et optimisation obsessionnelle
En quatrième mois, il passait des heures à ajuster les paramètres de flou d’Hyprland (via blur:size et blur:passes) ou à surveiller sa consommation de RAM, cherchant à descendre sous 1 Go au repos. Il qualifie cette attitude de contre-productive : « This doesn’t even freaking matter unless your RAM usage is 90%. » Il a appris que le contrôle offert par Linux peut facilement mener à casser un système fonctionnel.
Devenir trop dépendant du terminal et changer de configuration sans cesse
En cinquième mois, il refusait d’utiliser toute application graphique, allant jusqu’à installer des dizaines de terminaux différents (Kitty, Alacritty, etc.) pour finalement toujours revenir à Kitty. Parallèlement, il changeait d’environnement de bureau plusieurs fois par mois (KDE Plasma, i3, Hyprland), ce qui lui faisait perdre un temps précieux. Il conclut : « Nobody gives a freak and everybody has their own opinion. »
Vouloir être trop niche et chercher le workflow parfait
En sixième mois, l’intervenant admet avoir voulu se démarquer en utilisant des outils peu courants, même si cela lui faisait perdre du temps. Il lutte encore contre son perfectionnisme, mais reconnaît que l’objectif principal est d’avoir un système qui fonctionne, pas un setup parfait.
CONCEPTS CLÉS
- Distro hopping : Pratique consistant à changer fréquemment de distribution Linux, souvent sans maîtrise préalable.
- Hyprland : Compositeur Wayland moderne, très configurable, mais complexe pour les débutants.
- Dotfiles : Fichiers de configuration (souvent cachés, commençant par un point) qui définissent l’environnement utilisateur (shell, éditeur, gestionnaire de fenêtres).
- Vibe rice / vibe coding : Terme désignant l’action de personnaliser ou coder sans comprendre ce que l’on fait, en s’appuyant sur l’intuition ou l’IA.
- Ranger : Gestionnaire de fichiers en mode terminal, utilisant les raccourcis clavier de Vim.
CONCLUSION
L’intervenant montre que l’apprentissage de Linux est un chemin semé d’erreurs, mais que chaque erreur peut devenir une leçon précieuse. Le message principal est de trouver un équilibre entre personnalisation et stabilité, de lire la documentation plutôt que de dépendre de l’IA, et de ne pas laisser l’ego ou le perfectionnisme gâcher l’expérience. En fin de compte, l’objectif est d’avoir un système qui fonctionne pour vous, pas un setup qui impressionne les autres.