En réalité je suis développeur et je m'appuie sur les dernières dépendances disponibles (non-bétas) pour tout ce que je fais.
Avoir la dernière version de NodeJS sans avoir à utiliser nvm est un plaisir, j'évite de multiplier les gestionnaires de paquets (c'est une contrainte client que d'être sur la dernière version de NodeJS).
Avoir accès aux dernières nouveautés dans diverses libs pour préparer l'avenir et faire mes tests est essentiel.
Avoir un IDE à jour permet de profiter des dernières améliorations et comble parfois de réels manques.
Je suis aussi développeur et jamais quelque soit la stack, je ne mélangerais mes dépendances avec celles du système. C'est beaucoup trop risqué. En particulier quand on veut être très à jour. Il est facilement nécessaire d'avoir de multiples versions voir des builds autres pour pouvoir suivre certains développement. Utiliser le système pour ça c'est non seulement une contrainte (tu peux avoir de la gestion des droits juste embêtant pour un usage de développeur, tu es dépendant de ton système pour livrer, avoir différentes versions peut être un peu embêtante,...).
En tant que joueur et béta-testeur volontaire (là oui j'utilise les pilotes bétas) pour la marque verte (bien que je file chez la concurrence d'ici quelques semaines), je ne suis pas peu fier aussi de contribuer à l'amélioration des pilotes sous notre système d'exploitation préféré. Je remonte régulièrement les problèmes en upstream et j'ai évité quelques galères futures aux utilisateurs, notamment lorsqu'ils ont implémenté le support de la synchronisation PRIME.
C'est les questions de support toutes les distributions mettent à jour ce qui implique le support matériel. Ça n'implique pas des millions de paquets non plus.
J'ajouterai qu'être à jour m'a régulièrement évité des problèmes de compatibilité. A une époque (qui commence à être lointaine maintenant) sous Debian il m'était impossible de jouer à la majorité de mes jeux à cause de la libSDL qui était trop vieille. C'est juste chiant de devoir récupérer la lib et la compiler à la mano, pour peu qu'elle tire elle aussi des dépendances un peu plus récentes, tu finis avec un spaghetti de dépendances que tu ne peux même pas gérer avec ton gestionnaire de paquets...
Un jeu qui a était codé la semaine dernière avec la version de la SDL sorti la semaine d'avant ? Hum...
[^] # Re: Bien débuter avec Manjaro
Posté par barmic 🦦 . En réponse à la dépêche Bien débuter avec Manjaro Linux. Évalué à 4.
Je suis aussi développeur et jamais quelque soit la stack, je ne mélangerais mes dépendances avec celles du système. C'est beaucoup trop risqué. En particulier quand on veut être très à jour. Il est facilement nécessaire d'avoir de multiples versions voir des builds autres pour pouvoir suivre certains développement. Utiliser le système pour ça c'est non seulement une contrainte (tu peux avoir de la gestion des droits juste embêtant pour un usage de développeur, tu es dépendant de ton système pour livrer, avoir différentes versions peut être un peu embêtante,...).
C'est les questions de support toutes les distributions mettent à jour ce qui implique le support matériel. Ça n'implique pas des millions de paquets non plus.
Un jeu qui a était codé la semaine dernière avec la version de la SDL sorti la semaine d'avant ? Hum...
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll