Rust force à avoir une meilleure architecture de code, et permet d'éviter en grande partie ce que j'appelle l'« architecture spaghetti » où tout dépend de tout (« sea of objects » en anglais, mais en bon français ça sonne moins bien ;) ).
(L'expression « code spaghetti » est plus général et peut ne concerner qu'un seul fichier source / une seule classe).
Rust, en d'autres mots, force à avoir une architecture ressemblant à un arbre :
- Il y a les feuilles : fonctions et classes utilitaires ne dépendant de rien d'autres de ce module (ça peut évidemment dépendre d'autres bibliothèques).
- Puis d'autres classes dépendant des « feuilles ».
- Et ainsi de suite en remontant l'arbre, on construit des trucs au-dessus des autres.
- Pour arriver à la fonction main() qui est le nœud tout au-dessus de l'arbre (le point d'entrée pour le programme ; pour une bibliothèque il y a plusieurs points d'entrées : les symboles exportés).
(Pour rester compréhensible j'utilise le vocabulaire usuel de la POO, pas le vocabulaire spécifique à Rust).
Le truc à éviter est si une classe feuille dépend d'une classe proche de la racine. Une classe proche de la racine a potentiellement accès à tout le reste du module. Donc c'est comme ça que « tout dépend de tout » et c'est entremêlé comme des spaghetti (cuits).
Avoir une architecture de classes sous forme d'arbre, ou un DAG (directed acyclic graph) est tout à fait possible dans n'importe quel langage orienté objets. Ça ressemble plus à un grand gâteau à plusieurs étages, ou encore une lasagne (mais je préfère le gâteau).
Sans doute celui de Java (par exemple), mais qui n'est pas mentionné.
Avant Rust (plus ou moins), il n'y avait que deux choix :
1. Un langage sécurisé mais avec un ramasse-miettes (langage de haut niveau).
2. Un langage sans ramasse-miettes, mais moins sécurisé (langage de bas niveau).
La révision du règlement cyber européen exclut les critères de souveraineté dans la délivrance de certifications cloud. Un revers pour la France qui, dans la dernière version du SecNumCloud, offre une immunité aux lois extraterritoriales américaines comme Cloud Act.
Ceci dit la non-souveraineté est le statu quo, pour sortir de plusieurs longues décennies d'hégémonie de la tech américaine [1], il y a du fil à retordre !
[1] Les géants américains de la technologie américaine, à varier selon nos goûts ;-)
… la ceinture de sécurité en voiture. Lorsque la ceinture de sécurité est devenue obligatoire, les gens ont commencé à rouler plus vite. (Désolé je ne sais plus où j'ai lu ça).
Quel sera l'effet de bord inattendu en obligeant le casque ?
Et puis, il y a cette tendance à rendre obligatoire ou à interdire de plus en plus : un accident impactant une seule personne, puis ça fait la une des journaux (ils aiment bien parler des faits divers) et la une dans les réseaux sociaux ==> l'État réagit avec une nouvelle loi pour éviter que ça arrive de nouveau.
Petit exemple parlant, à plus petite échelle : un gamin s'étouffe avec une bille à l'école ? L'école interdit les billes.
Release Team
The Release Team is responsible for making each GNOME release and for organizing the development schedule. It decides which modules are part of each GNOME release, and therefore which modules can be considered to be part of GNOME.
Autre bout d'info : faire partie de GNOME Circle requiert l'usage de GTK 4 et libadwaita. Donc c'est du moderne. Beaucoup d'applis GTK 3 (et 2) n'ont pas encore été portées à GTK 4. D'où la présence davantage (et d'avantages) de Rust dans GNOME Circle :-) (et le peu de C).
Les applis de GNOME Core étant plus historiques, c'est le C qui domine les stats. La vague Vala est encore bien présente, Rust fait son petit bout de chemin.
a Belgian informatics engineer who proposed the first (pre-www) hypertext system for CERN in 1987 and collaborated with Tim Berners-Lee on the World Wide Web (jointly winning the ACM Software System Award) from before it got its name.
Ça peut être une solution dans certains cas. Mais chaque ordinateur est différent, et je m'y connais moins au niveau matériel. Démonter et remplacer un disque dur d'un ordinateur portable, quand je ne connais pas le modèle, ça peut prendre beaucoup de temps j'ai l'impression.
Je compte fournir un service matériel seulement si nécessaire : remplacer un vieux disque magnétique par un SSD, et rajouter de la RAM.
Dans certains modèles d'ordinateur portable, tous les composants sont soudés (le SSD y compris !).
Je n'ai pas parlé de l'aspect technique parce que je m'y connais déjà bien, et je sais où chercher la doc si besoin. Si je fais beaucoup d'installations, je compte automatiser aussi certaines étapes.
Il y'a des années on se plaignait de la fragmentation Android (à cause des constructeurs principalement)
Pour les distribution basée sur Linux c'est pire, et sur quoi devrait se baser un dev pour sortir son produit ?
Un dev devrait se baser sur la technologie des containers. Par exemple Flatpak s'il y a une GUI, Docker ou équivalent si pas. Un container sait tourner sur n'importe quelle distrib Linux.
Espérons que parmi ces 2 millions il y ait un maximum de jeunes. C'est l'avenir !
Les pensionnés sont aussi plus facile à convertir. Ils ont du temps, et ils n'ont pas d'obligation d'utiliser un certain OS et certaines applis vis-à-vis d'un employeur.
Je compte peut-être me lancer dans une activité complémentaire (rémunérée) où je ferais des installations Linux et fournir de l'aide à son utilisation. Pour des citoyens (en tout cas dans un premier temps, peut-être plus tard pour le parc informatique de petites organisations).
Un peu comme des cours particuliers.
J'ai creusé un peu la question, et il y a quelques points bloquants :
Le lieu où faire l'installation. Je suis pas forcément à l'aise d'accueillir tout le monde chez moi. Et il faut s'assurer d'avoir une bonne connexion internet si c'est ailleurs. Je pourrais cependant me déplacer au domicile du client si c'est pas trop loin.
Se protéger légalement en cas de soucis. Avec une assurance et en faisant probablement signer un papier. Mais je ne m'y connais vraiment pas. Je n'ai pas encore beaucoup creusé le sujet.
Ça m'intéresse d'avoir un retour d'expérience si certains font ce genre d'activité, comment s'y prendre au mieux.
Les LUG (Linux User Groups) le font déjà, mais généralement de manière bénévole. Je pourrais me renseigner chez eux pour certaines parties.
(Je suis déjà indépendant, donc pour déclarer le revenu ça va).
C'est le projet en amont qui développe CUPS et a une base de données concernant les imprimantes.
Jusqu'à il y a peu, le développeur de CUPS travaillait pour Canonical, donc Ubuntu est un peu la référence pour avoir un bon support des imprimantes. Les autres distributions ont CUPS aussi évidemment, mais des problèmes d'intégration (d'empaquetage) peuvent arriver plus fréquemment.
La gouvernance : Le fait que de nombreux projets Open Source, même avec une forte contribution européenne, soient gouvernés par des fondations ou entités basées hors de l'UE […]
La FSF a son pendant européen : la FSFE.
Je me demande donc s'il serait utile de créer des pendants européens d'autres fondations. Le dialogue avec les instances de l'UE serait ainsi facilité.
Par exemple la GNOME Foundation est basée aux USA, et la GNOME Foundation Europe n'existe pas. Par contre la KDE e.V. est basée en Allemagne. Donc si rien ne change, KDE a un certain avantage en Europe je dirais. Pareil pour LibreOffice, c'est basé en Europe.
(Je parle des technologies desktop que je connais bien, même si ça ne s'applique pas trop au cloud, edge et IoT. J'espère que la feuille de route inclura le desktop dans un prochain temps).
À mon grand désarroi, je me suis retrouvé face à une dépêche sur la sortie d'une nouvelle version de Debian notée 42. Grand dilemme, est-ce que je laisse comme ça, ou je pertinente ?
Bref, voilà, après longue hésitation j'ai pris mon courage à deux mains, mon cœur battait plus vite, puis j'ai cliqué sur "Pertinent", puis je me suis enfui.
Zut, faudra maintenant aller jusqu'à 64 comme prochain nombre rond, en plus ce serait assez approprié point de vue support des architectures dans Trixie ("Trixie" avec deux 'i', facile à retenir). Ou est-ce que Trixie saurait aller jusqu'à 128 ?!
(Y a-t-il déjà eu un graphe montrant la progression d'une note d'une dépêche ou journal LinuxFr, pour voir que ça bloque plus longtemps aux alentours de 32, 42, 64 ?)
À un moment il était question de Fuchsia, si Google allait l'utiliser pour une future version d'Android. Fuchsia n'utilise pas le noyau Linux, c'est un micro-kernel à la place. C'est open-source mais en licence permissive (pas copyleft).
[^] # Re: Quel ramasse-miettes ?
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche Créer un site Web local de documentation pouvant exporter en PDF avec mdBook. Évalué à 4 (+2/-0). Dernière modification le 20 mars 2026 à 16:35.
Rust force à avoir une meilleure architecture de code, et permet d'éviter en grande partie ce que j'appelle l'« architecture spaghetti » où tout dépend de tout (« sea of objects » en anglais, mais en bon français ça sonne moins bien ;) ).
(L'expression « code spaghetti » est plus général et peut ne concerner qu'un seul fichier source / une seule classe).
Rust, en d'autres mots, force à avoir une architecture ressemblant à un arbre :
- Il y a les feuilles : fonctions et classes utilitaires ne dépendant de rien d'autres de ce module (ça peut évidemment dépendre d'autres bibliothèques).
- Puis d'autres classes dépendant des « feuilles ».
- Et ainsi de suite en remontant l'arbre, on construit des trucs au-dessus des autres.
- Pour arriver à la fonction
main()qui est le nœud tout au-dessus de l'arbre (le point d'entrée pour le programme ; pour une bibliothèque il y a plusieurs points d'entrées : les symboles exportés).(Pour rester compréhensible j'utilise le vocabulaire usuel de la POO, pas le vocabulaire spécifique à Rust).
Le truc à éviter est si une classe feuille dépend d'une classe proche de la racine. Une classe proche de la racine a potentiellement accès à tout le reste du module. Donc c'est comme ça que « tout dépend de tout » et c'est entremêlé comme des spaghetti (cuits).
Avoir une architecture de classes sous forme d'arbre, ou un DAG (directed acyclic graph) est tout à fait possible dans n'importe quel langage orienté objets. Ça ressemble plus à un grand gâteau à plusieurs étages, ou encore une lasagne (mais je préfère le gâteau).
[^] # Re: Quel ramasse-miettes ?
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche Créer un site Web local de documentation pouvant exporter en PDF avec mdBook. Évalué à 4 (+2/-0).
Sans doute celui de Java (par exemple), mais qui n'est pas mentionné.
Avant Rust (plus ou moins), il n'y avait que deux choix :
1. Un langage sécurisé mais avec un ramasse-miettes (langage de haut niveau).
2. Un langage sans ramasse-miettes, mais moins sécurisé (langage de bas niveau).
Rust combine les avantages des deux.
# La musique de démarrage des premières versions d'Ubuntu
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Le « Wizz » de MSN, le son de Windows 95, un modem qui crépite… Ces bruits que nos enfants n'entendront sans doute jamais. Évalué à 6 (+4/-0).
Ben oui, on est sur LinuxFr tout de même :-)
Ça non plus les nouvelles générations ne connaîtront pas.
[^] # Re: Sur LWN.net aussi !
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Sortie de Offpunk 3.0. Évalué à 3 (+1/-0).
Ils sont en fait à 4 actuellement. Je pense que jzw a fait une réapparition plus ou moins récemment, il y a un an ou deux.
Voir leur FAQ :
Ah oui, j'avais raison, c'est il y a tout juste deux ans que Joe a été ré-engagé.
Coïncidence !
# Sur LWN.net aussi !
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Sortie de Offpunk 3.0. Évalué à 4 (+2/-0).
La nouvelle est passée sur Linux Weekly News aussi.
Félicitations pour cette nouvelle version !
# C'est janvier, c'est aussi non-souveraineté
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal C'est janvier, c'est souveraineté. Évalué à 2 (+0/-0).
Il y a aussi une mauvaise nouvelle relayée dans la Revue de presse de l’April cette semaine :
[ZDNET] Cybersecurity Act 2: Bruxelles sacrifie la souveraineté du cloud européen sur l'autel du marché
✍ Xavier Biseul, le mardi 27 janvier 2026.
Ceci dit la non-souveraineté est le statu quo, pour sortir de plusieurs longues décennies d'hégémonie de la tech américaine [1], il y a du fil à retordre !
[1] Les géants américains de la technologie américaine, à varier selon nos goûts ;-)
# Ce qui est techniquement possible est réalisé en pratique, même si interdit
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Microsoft gave FBI BitLocker keys to unlock encrypted data, because of course they did. Évalué à 8 (+6/-0).
Tout est dans le titre ;-)
# Ça me fait penser à …
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Le port du casque et de moyens réfléchissants obligatoire pour les cyclistes et les conducteurs de trottinettes à Aurillac. Évalué à 3 (+1/-0). Dernière modification le 23 janvier 2026 à 17:40.
… la ceinture de sécurité en voiture. Lorsque la ceinture de sécurité est devenue obligatoire, les gens ont commencé à rouler plus vite. (Désolé je ne sais plus où j'ai lu ça).
Quel sera l'effet de bord inattendu en obligeant le casque ?
Et puis, il y a cette tendance à rendre obligatoire ou à interdire de plus en plus : un accident impactant une seule personne, puis ça fait la une des journaux (ils aiment bien parler des faits divers) et la une dans les réseaux sociaux ==> l'État réagit avec une nouvelle loi pour éviter que ça arrive de nouveau.
Petit exemple parlant, à plus petite échelle : un gamin s'étouffe avec une bille à l'école ? L'école interdit les billes.
[^] # Re: Hypothèses
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Quels sont les principaux langages derrière les GNOME Core apps ? Pas Python : moins de 7% du code !. Évalué à 3 (+1/-0).
Il y a des bouts de réponse dans le GNOME Handbook, notamment la page sur la gouvernance :
Autre bout d'info : faire partie de GNOME Circle requiert l'usage de GTK 4 et libadwaita. Donc c'est du moderne. Beaucoup d'applis GTK 3 (et 2) n'ont pas encore été portées à GTK 4. D'où la présence davantage (et d'avantages) de Rust dans GNOME Circle :-) (et le peu de C).
Les applis de GNOME Core étant plus historiques, c'est le C qui domine les stats. La vague Vala est encore bien présente, Rust fait son petit bout de chemin.
[^] # Time Lapse, le film
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Un timelapse avec ffmpeg. Évalué à 3.
Il y a un film qui porte ce nom (que j'ai bien aimé par ailleurs, quand on regarde le film on a envie de connaître la suite) : Time Lapse (2014)
[^] # Re: Activité d'indépendant pour installations Linux et support
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche 2,2 millions d'utilisateurs de Linux sur ordinateur en France. Évalué à 5.
Moi qui suit en Belgique c'est un peu différent.
Mais tes explications sont utiles pour éventuellement d'autres lecteurs qui souhaiteraient se lancer aussi ;-)
# Ne pas oublier Robert Cailliau, co-inventeur du WWW
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Why I gave the world wide web away for free (Tim Berners-Lee). Évalué à 4.
Robert Cailliau :
Mais c'est un belge, il est plus discret.
[^] # Re: Activité d'indépendant pour installations Linux et support
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche 2,2 millions d'utilisateurs de Linux sur ordinateur en France. Évalué à 6.
Merci beaucoup pour ce retour d'expérience ! Ça répond déjà à quelques questions :)
[^] # Re: Activité d'indépendant pour installations Linux et support
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche 2,2 millions d'utilisateurs de Linux sur ordinateur en France. Évalué à 6.
Ça peut être une solution dans certains cas. Mais chaque ordinateur est différent, et je m'y connais moins au niveau matériel. Démonter et remplacer un disque dur d'un ordinateur portable, quand je ne connais pas le modèle, ça peut prendre beaucoup de temps j'ai l'impression.
Je compte fournir un service matériel seulement si nécessaire : remplacer un vieux disque magnétique par un SSD, et rajouter de la RAM.
Dans certains modèles d'ordinateur portable, tous les composants sont soudés (le SSD y compris !).
[^] # Re: Activité d'indépendant pour installations Linux et support
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche 2,2 millions d'utilisateurs de Linux sur ordinateur en France. Évalué à 3.
Merci :)
Je n'ai pas parlé de l'aspect technique parce que je m'y connais déjà bien, et je sais où chercher la doc si besoin. Si je fais beaucoup d'installations, je compte automatiser aussi certaines étapes.
[^] # Re: cf Apple vers 1997
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche 2,2 millions d'utilisateurs de Linux sur ordinateur en France. Évalué à 2.
Un dev devrait se baser sur la technologie des containers. Par exemple Flatpak s'il y a une GUI, Docker ou équivalent si pas. Un container sait tourner sur n'importe quelle distrib Linux.
[^] # Re: Wow
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche 2,2 millions d'utilisateurs de Linux sur ordinateur en France. Évalué à 9.
Les pensionnés sont aussi plus facile à convertir. Ils ont du temps, et ils n'ont pas d'obligation d'utiliser un certain OS et certaines applis vis-à-vis d'un employeur.
# Activité d'indépendant pour installations Linux et support
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche 2,2 millions d'utilisateurs de Linux sur ordinateur en France. Évalué à 10.
Je compte peut-être me lancer dans une activité complémentaire (rémunérée) où je ferais des installations Linux et fournir de l'aide à son utilisation. Pour des citoyens (en tout cas dans un premier temps, peut-être plus tard pour le parc informatique de petites organisations).
Un peu comme des cours particuliers.
J'ai creusé un peu la question, et il y a quelques points bloquants :
Le lieu où faire l'installation. Je suis pas forcément à l'aise d'accueillir tout le monde chez moi. Et il faut s'assurer d'avoir une bonne connexion internet si c'est ailleurs. Je pourrais cependant me déplacer au domicile du client si c'est pas trop loin.
Se protéger légalement en cas de soucis. Avec une assurance et en faisant probablement signer un papier. Mais je ne m'y connais vraiment pas. Je n'ai pas encore beaucoup creusé le sujet.
Ça m'intéresse d'avoir un retour d'expérience si certains font ce genre d'activité, comment s'y prendre au mieux.
Les LUG (Linux User Groups) le font déjà, mais généralement de manière bénévole. Je pourrais me renseigner chez eux pour certaines parties.
(Je suis déjà indépendant, donc pour déclarer le revenu ça va).
[^] # CRON et les "timer units" de systemd
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche 📰 Revue de presse — septembre 2025. Évalué à 3.
La majorité des distributions sont passées à systemd depuis longtemps, voir les timer units. C'est en quelque sorte un successeur de cron.
[^] # Re: Look at the sky, look at the river, isn’t it good?
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche Venez tester la nouvelle Fedora Linux 43 Beta. Évalué à 3. Dernière modification le 25 septembre 2025 à 17:05.
Peut-être un problème venant (de la configuration) de polkit (ancien nom : PolicyKit).
# Site d'OpenPrinting
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au message Imprimante Ricoh sp112. Évalué à 2.
https://openprinting.github.io/
C'est le projet en amont qui développe CUPS et a une base de données concernant les imprimantes.
Jusqu'à il y a peu, le développeur de CUPS travaillait pour Canonical, donc Ubuntu est un peu la référence pour avoir un bon support des imprimantes. Les autres distributions ont CUPS aussi évidemment, mais des problèmes d'intégration (d'empaquetage) peuvent arriver plus fréquemment.
# Pas de status.gnu.org ou autre ?
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au message fsf.org ne répond pas. Évalué à 2.
Certaines communautés du logiciel libre ont une page "status.exemple.org".
Je pense notamment à :
- https://status.gnome.org/
- https://status.opensuse.org/
- https://status.fedoraproject.org/
- Et bien d'autres.
Visiblement gnu.org et fsf.org n'ont pas ce genre de pages, dommage.
# Gouvernance - fondations
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche La Commission européenne publie une feuille de route sur le logiciel libre. Évalué à 2.
Merci pour cette dépêche qui est un bon résumé.
La FSF a son pendant européen : la FSFE.
Je me demande donc s'il serait utile de créer des pendants européens d'autres fondations. Le dialogue avec les instances de l'UE serait ainsi facilité.
Par exemple la GNOME Foundation est basée aux USA, et la GNOME Foundation Europe n'existe pas. Par contre la KDE e.V. est basée en Allemagne. Donc si rien ne change, KDE a un certain avantage en Europe je dirais. Pareil pour LibreOffice, c'est basé en Europe.
(Je parle des technologies desktop que je connais bien, même si ça ne s'applique pas trop au cloud, edge et IoT. J'espère que la feuille de route inclura le desktop dans un prochain temps).
# [hors-sujet] J'ai cassé la note 42
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche Debian GNU/Linux 13 : prêt pour le service. Évalué à 6. Dernière modification le 14 août 2025 à 23:17.
À mon grand désarroi, je me suis retrouvé face à une dépêche sur la sortie d'une nouvelle version de Debian notée 42. Grand dilemme, est-ce que je laisse comme ça, ou je pertinente ?
Bref, voilà, après longue hésitation j'ai pris mon courage à deux mains, mon cœur battait plus vite, puis j'ai cliqué sur "Pertinent", puis je me suis enfui.
Zut, faudra maintenant aller jusqu'à 64 comme prochain nombre rond, en plus ce serait assez approprié point de vue support des architectures dans Trixie ("Trixie" avec deux 'i', facile à retenir). Ou est-ce que Trixie saurait aller jusqu'à 128 ?!
(Y a-t-il déjà eu un graphe montrant la progression d'une note d'une dépêche ou journal LinuxFr, pour voir que ça bloque plus longtemps aux alentours de 32, 42, 64 ?)
Bon sur ce,
-->[]# Fuchsia
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Google confirms it’s merging ChromeOS and Android - OSnews. Évalué à 3.
À un moment il était question de Fuchsia, si Google allait l'utiliser pour une future version d'Android. Fuchsia n'utilise pas le noyau Linux, c'est un micro-kernel à la place. C'est open-source mais en licence permissive (pas copyleft).