Vaste question, que celle d'améliorer ses compétences dans un système, et son écosystème, libre, à sources ouvertes... Ce chemin reste passionnant longtemps, toujours peut-être, obligeant à de fréquentes remises en question, et les façons d'arriver à ses fins sont nombreuses.
Je soulignerais cependant une voie qui me semble raisonnable. Elle n'est pas la panacée, car chacun verra midi à sa porte, mais à mon sens, pour maîtriser un système libre à sources ouvertes, il faut savoir comment débuter par les sources.
On peut parfaitement être un utilisateur, éventuellement extrêmement efficace, sans compiler jamais le moindre source. Alors, au détour d'un bug, d'une mise à jour, d'un arbre git à aspirer pour disposer d'une version améliorée, on restera bloqué par méconnaissance de l'architecture globale et des chaines de compilation.
Donc, la proposition de chemin que je propose sera la suivante:
1- Comprendre ce que c'est qu'une chaîne d'outils de compilation, une toolchain, et comment est elle est organisée ( binutils, compilateur C, librairie standard C). C'est un pré requis de base pour pouvoir comprendre l'organisation des outils indispensables qui suivent. Pour ceci, lire et suivre une Linux From Scratch , (ou regarder ici pour les fainéants), peut constituer un premier pas bénéfique. Lire sans comprendre, entendre sans écouter, regarder en simple spectateur, quelque soit le sujet, reste insuffisant. Aussi faut-il une implication émotionnelle suffisante pour que l'ergonomie de l'apprentissage soit satisfaisante, et l'accrétion de connaissance suffisante.
2- Mon modeste conseil de vieux, c'est abandonner toute distribution qui ne propose que systemd. Je ne veux pas lancer de querelle de clocher, et rangez moi dans le clan des ancêtres intégristes, peu me chaut les réactions, mais l'ergonomie de ce truc rebute, et les logs sont ingérables.
3- Jouer avec des distributions plutôt rolling release, car l'accélération de la connaissance touche aussi les déploiement d'exploits, et une distribution en rolling release, si elle est éventuellement moins aisée à maintenir qu'une distribution à échéances fixes et mises à jour, me semble préférable dans le futur. Je sais, je suis manichéen et vieux. J'assume.
4- Je reprends. Savoir compiler, avoir une idée de l'architecture globale, une solution alternative à systemd, rolling release, mince, mais on retombe sur Gentoo. Et Arch, aussi (avec OpenRC !). La courbe d'apprentissage est progressive, éventuellement lente, mais elle paye. À mon sens, plus tôt on s'y lance, mieux c'est. De nos jours, les puissances de traitement des processeurs multicœurs sont si exceptionnellement puissantes, que les mises à jour s'effectuent en quelques dizaines de minutes. (bon, Ok, Chrome et Libreoffice, non)
Ça donne envie de ne rien savoir et tout réapprendre. Ça fait si longtemps, mais c'était une aventure si passionnante, que je l'évoque avec émotion.
# Comment linuxer correctement ?
Posté par Rafael (site web personnel) . En réponse au message [Débutant] Je souhaite m'améliorer sur Linux. Évalué à 2.
Vaste question, que celle d'améliorer ses compétences dans un système, et son écosystème, libre, à sources ouvertes... Ce chemin reste passionnant longtemps, toujours peut-être, obligeant à de fréquentes remises en question, et les façons d'arriver à ses fins sont nombreuses.
Je soulignerais cependant une voie qui me semble raisonnable. Elle n'est pas la panacée, car chacun verra midi à sa porte, mais à mon sens, pour maîtriser un système libre à sources ouvertes, il faut savoir comment débuter par les sources.
On peut parfaitement être un utilisateur, éventuellement extrêmement efficace, sans compiler jamais le moindre source. Alors, au détour d'un bug, d'une mise à jour, d'un arbre git à aspirer pour disposer d'une version améliorée, on restera bloqué par méconnaissance de l'architecture globale et des chaines de compilation.
Donc, la proposition de chemin que je propose sera la suivante:
1- Comprendre ce que c'est qu'une chaîne d'outils de compilation, une toolchain, et comment est elle est organisée ( binutils, compilateur C, librairie standard C). C'est un pré requis de base pour pouvoir comprendre l'organisation des outils indispensables qui suivent. Pour ceci, lire et suivre une Linux From Scratch , (ou regarder ici pour les fainéants), peut constituer un premier pas bénéfique. Lire sans comprendre, entendre sans écouter, regarder en simple spectateur, quelque soit le sujet, reste insuffisant. Aussi faut-il une implication émotionnelle suffisante pour que l'ergonomie de l'apprentissage soit satisfaisante, et l'accrétion de connaissance suffisante.
2- Mon modeste conseil de vieux, c'est abandonner toute distribution qui ne propose que systemd. Je ne veux pas lancer de querelle de clocher, et rangez moi dans le clan des ancêtres intégristes, peu me chaut les réactions, mais l'ergonomie de ce truc rebute, et les logs sont ingérables.
3- Jouer avec des distributions plutôt rolling release, car l'accélération de la connaissance touche aussi les déploiement d'exploits, et une distribution en rolling release, si elle est éventuellement moins aisée à maintenir qu'une distribution à échéances fixes et mises à jour, me semble préférable dans le futur. Je sais, je suis manichéen et vieux. J'assume.
4- Je reprends. Savoir compiler, avoir une idée de l'architecture globale, une solution alternative à systemd, rolling release, mince, mais on retombe sur Gentoo. Et Arch, aussi (avec OpenRC !). La courbe d'apprentissage est progressive, éventuellement lente, mais elle paye. À mon sens, plus tôt on s'y lance, mieux c'est. De nos jours, les puissances de traitement des processeurs multicœurs sont si exceptionnellement puissantes, que les mises à jour s'effectuent en quelques dizaines de minutes. (bon, Ok, Chrome et Libreoffice, non)
Ça donne envie de ne rien savoir et tout réapprendre. Ça fait si longtemps, mais c'était une aventure si passionnante, que je l'évoque avec émotion.
Amuse toi bien sur le chemin qui t'attend.