Je ne nie pas les inégalités rencontrées par les femmes au cours du temps, dont certaines qu'elles rencontrent encore aujourd'hui.
Je déplore cependant la sur-simplification d'un sujet complexe, je déplore que plus de la moitié de la problématique soit mise de côté et qu'on se concentre sur la "maman qui doit élever son enfant".
Dans le cas d'une personne vivant seule, ont peut raisonnablement penser que le travail domestique est équitablement réparti entre tous les membres du foyer.
Il n'est pas question de la répartition du travail domestique, mais de le reconnaître comme un travail et donc de discuter de sa rémunération. A aucun moment dans le reportage il n'est évoqué le concept de salaire de base universel proposé déjà dans quelques pays et discuté par de rares partis politique en France.
ce n'est pas parce qu'on est un homme qu'on doit se sentir accusé.
Et pourtant, dans le reportage ils mentionnent bien la notion de patriarcat, système ou les hommes sont supérieurs aux femmes et bénéficient de privilèges mis en place et maintenu par la société. Mentionner ce système, c'est accuser la gente masculine, c'est la mettre de côté pour se concentrer sur la gente féminine, c'est oublier les problèmes que rencontre également les hommes.
Le patriarcat n'existe pas. On vit dans une société pleine d'inégalités, certaines favorisent les hommes, d'autres favorisent les femmes. Oui il est important de réfléchir et d'agir pour faire évoluer cette société afin de réduire les inégalités, mais il faut le faire sans stigmatiser une part de la population.
il se trouve que dans la pratique c'étaient souvent des femmes.
Un exemple parmis beaucoup, le congés de paternité : pourquoi ce serait à la mère seule de s'occuper du bébé ? Pourquoi le papa n'a- t-il pas le droit à la même quantité de congés pour remplir son rôle de parent ?
Mais il y en a d'autres qu'on pourrait développer :
la répartition de la garde en cas de divorce
la pension alimentaire toujours en cas de divorce
Et c'est uniquement se concentrer sur le sujet de la parentalité (pas sur de l'existence de ce mot).
Pas trop envie de m'étaler sur cette partie. Juste je préfère parler d'inégalité entre les humains que construire un faux clivage homme/femme.
J'ai posté ce lien aussi parce qu'il me semblait tout à fait dans le sujet du site, par rapport aux personnes qui créent des outils et les mettent à disposition gratuitement, ou qui admmistrent un site, ou font de la modération…
Le problème du reportage, c'est que le sujet est extrêmement vaste, couvre de nombreux domaines, est discuté depuis des millénaires (l'invention des premières entreprises françaises étaient l'équivalent aujourd'hui des SCOP). Hors le reportage limite ça à "c'est les féministes qui ont eu l'idée, et on va discuter que des femmes".
Par exemple, elles ne parlent pas de rémunération indirecte :
ce qui est fait pour le bien de la communauté lui permet de prospérer
quand la communauté prospère, le niveau de vie des individus augmente
quand le niveau de vie de l'individu augmente, c'est la rétribution de son travail "gratuit"
Prend l'exemple de l'utopie du village des Schtrumpf. Tout le monde travaille gratuitement, ce qui permet à tout le monde de manger, boire, dormir au chaud, etc…
Donc quand je fais un logiciel libre, que je modère un forum sur le net, que je plante des choux dans mon jardin, que j'élève mon enfant comme un être humain respectueux, ouvert d'esprit, capable de participer à la société, oui je suis pas payé X€/mois pour cela, mais je contribue à l'amélioration de la communauté et donc indirectement à l'amélioration de mon niveau de vie. Mais pas seulement du mien, celui de mes congénères aussi.
Vouloir a tout prix avoir une rémunération directe (des sousous dans ma poche), c'est une approche individualiste, on est très loin du "féminisme marxiste" dont elle parle en début de vidéo.
Bref :
reportage qui gratte la surface d'un sujet complexe de manière orienté
reportage qui véhicule un message toxique
reportage qui ne fait même pas intervenir les accusés pour se défendre
reportage qui ne propose qu'un seul point de vue sur un sujet qui touche toute l'humanité
Même question pour la 0BSD, et plein d'autres licence du même genre.
J'ai donc envie de dire que la plus grosse différence, vu que les termes sont les mêmes, c'est l'auteur (ici Amazon).
J'interprète surtout ça comme :
On va motiver les gens à utiliser cette licence, comme ça on aura plus de problème type ElasticSearch.
Pour ma part, j'utilise les 5 licences suivantes :
MIT : pour fournir à la communauté mon travail, et espérer du feedback sur celui ci, ou rendre service à quelqu'un dans l'idéal
Apache Public License 2.0 : la j'ai la trademark a protéger
CC-BY-SA : pour tout ce qui est documentation, articles, etc…
CC0 : pour les trucs dont je m'en fou de ce que les gens peuvent faire avec
Licence propriétaire : pour les trucs privés ou pour les trucs dont j'ai pas encore établit le business model. Par exemple Kubirds est distribué gratuitement (version freemium), mais c'est une licence propriétaire.
Lire le titre de l'article c'est pas assez, il faut aussi lire le contenu…
Le rendu est fait en utilisant une timeserie qui est mise à jour en continu (streaming timeserie). On peut même voir sur la capture d'écran que certaines valeurs du jeu (santé, etc…) sont rendu dans des widgets séparés.
You can now try “Doomfana” at full resolution or half resolution. In the half resolution mode (100x160) alone, there are 256 active time series (one per color) and 16k data points rendered at ~30 frames per second.
Du coup, la discussion suivante s'est terminée par un let's go, on supprime.
Question pour les lecteurs, comment vous choisissez votre système de fichier ? J'avoue pour ma part en avoir strictement rien à faire et je prend le très vénérable ext (ext4 aujourd'hui), ne l'ayant pas comparé à XFS, ZFS, BTRFS, …
fuck POSIX, on est sur Linux pas sur UNIX, on a des fonctionnalités géniales qu'on utilise même pas sous prétexte que c'est pas POSIX
Le résultat est que systemd (aussi bloat soit il c'est pas le sujet) est devenu le standard sous Linux (il ne reste que quelques rare distributions à ne pas le proposer), et l'expérience utilisateur avec ce dernier comparé à SysV est infiniment supérieure.
C'est la même chose pour gcc/clang. Je n'ai JAMAIS utilisé un compilateur POSIX, j'avais AUCUN remort à utiliser des __attribute__(...) qui sont des fonctionnalités propre à un seul compilateur, des fois je faisais même des #define _GNU_SOURCES pour avoir des fonctionnalités non POSIX comme asprintf et vasprintf.
A un moment, tu maîtrise ta toolchain ou tu la maîtrise pas. Le "ça pu c'est pas POSIX" c'est bien quand tu fais des scripts shell pour déployer sur toute les plateformes (et encore, bash c'est tellement commun, ça tourne même sous Windows), c'est complètement stupide et décalé quand on parle de toolchain de build.
Je prévois de rajouter par la suite des fonctionnalités du type :
système de plugin
"gather facts" à la ansible
API Rust/Go/Typescript/Python pour intégrer ça dans ton langage de script favoris (parce que bash c'est quand même bof), imagine distribuer un setup.exe qui te déploie l'infra complète :D
J'ai commencé petit dans le but de voir comment cela pourrait être utilisé. Après tout exécuter des commandes sur des hôtes distant c'est le coeur du projet, le MVP si j'ose dire.
Le module "shell" de Ansible n'est pas idempotent non plus.
En fait, beaucoup de modules de Ansible ne sont pas idempotent.
Ce qui permet d'implémenter l'idempotence dans Ansible c'est la possibilité d'interoger le remote sur son état et d'exécuter conditionnellement la tâche.
Par exemple, avec tricorder ça donnerait quelque chose comme :
# idempotent car si le service est déjà démarré, ça ne fait rien
tricorder -i inventory -- systemctl start nginx.service
res=$(tricorder -i inventory -- test -f $FILE)host_ids=$(echo$res| jq "some request to get all hosts with non zero exit code")for host_id in $host_idsdo
tricorder -i inventory -H $host_id -- sh -c "echo $host_id > $FILE"done
Alors oui, c'est verbeux pour le moment, parce qu'il faut le faire à la main, mais on pourrait très bien imaginer un plugin dans le futur qui fait ce genre de choses.
Donc pour te répondre, non pas d'idempotence dans cette brique élémentaire.
Sauf que Salt c'est pas KISS du coup. Ca fait beaucoup de choses (c'est pas forcément un défaut).
De plus l'output de salt-ssh est difficilement exploitable dans un script shell ou autre programme.
Ici il s'agit de filer un outil et de pas rester dans tes pattes. Tu fais ce que tu veux comme tu veux par la suite.
Après, d'ici à ce que je fasse réellement concurrence à Ansible, Chef, Puppet, Salt, … il va falloir que je constitue un costaud écosystème.
Je prévois potentiellement de faire un système de plugin à la kubectl: tricorder-<plugin name> dans le PATH? alors tu as tricorder subcommand de disponible. Ce qui te laisserait faire des plugins dans n'importe quel langage.
Il n'y a rien à installé côté serveur à part ssh ?
Nope, comme ansible c'est "agent-less". C'est ce que j'appréciais grandement à propos de Ansible d'ailleurs.
En plus les bindings de libssh2 en Rust sont vraiment agréable à utiliser. Mais j'ai volontairement restraint à me reposer sur ssh-agent parce que :
avoir un prompt pour le mot de passe dans un script d'automatisation c'est pas top
avoir un prompt pour la passphrase de la clé ssh c'est pas top non plus
Et puis, dans un principe KISS, je délègue l'authent à un autre outil (ssh-agent) et je fais uniquement ce que j'ai besoin de faire : exécuter des commandes sur des remote.
Je suis toujours ravi de supprimer de code. C'est ça de moins à maintenir :)
La programmation c'est l'art d'ajouter des bugs à un fichier texte vide.
Moins de code, moins de bugs, moins de travail, plus de temps pour les choses vraiment importante.
Pour ce qui est de Rust, je note le troll (c'est permis, on est trolldi). Cependant certains bouts de code ont déjà commencé à être porté. Je ne pense pas qu'on verra de si tôt un noyau Linux entièrement en Rust, mais ce langage a déjà commencé à s'y introduire :
Oui, cela montre que les développeurs ont vraiment à coeur les utilisateurs.
Par contre, je pense pas qu'ils l'ont fait pour "un" utilisateur, mais qu'ils ont utilisé cet utilisateur spécifiquement comme exemple que on ne sait jamais quel est l'impact, car il y a probablement tout les utilisateurs qui ne lisent pas la mailing list ou les nouveautés.
[^] # Re: Des femmes qui interview des femmes pour parler de la place de la femme
Posté par David Delassus (site web personnel) . En réponse au lien Et si on travaillait tous et toutes gratuitement?. Évalué à 3. Dernière modification le 04 avril 2022 à 14:38.
Je ne nie pas les inégalités rencontrées par les femmes au cours du temps, dont certaines qu'elles rencontrent encore aujourd'hui.
Je déplore cependant la sur-simplification d'un sujet complexe, je déplore que plus de la moitié de la problématique soit mise de côté et qu'on se concentre sur la "maman qui doit élever son enfant".
Il n'est pas question de la répartition du travail domestique, mais de le reconnaître comme un travail et donc de discuter de sa rémunération. A aucun moment dans le reportage il n'est évoqué le concept de salaire de base universel proposé déjà dans quelques pays et discuté par de rares partis politique en France.
Et pourtant, dans le reportage ils mentionnent bien la notion de patriarcat, système ou les hommes sont supérieurs aux femmes et bénéficient de privilèges mis en place et maintenu par la société. Mentionner ce système, c'est accuser la gente masculine, c'est la mettre de côté pour se concentrer sur la gente féminine, c'est oublier les problèmes que rencontre également les hommes.
Le patriarcat n'existe pas. On vit dans une société pleine d'inégalités, certaines favorisent les hommes, d'autres favorisent les femmes. Oui il est important de réfléchir et d'agir pour faire évoluer cette société afin de réduire les inégalités, mais il faut le faire sans stigmatiser une part de la population.
Un exemple parmis beaucoup, le congés de paternité : pourquoi ce serait à la mère seule de s'occuper du bébé ? Pourquoi le papa n'a- t-il pas le droit à la même quantité de congés pour remplir son rôle de parent ?
Mais il y en a d'autres qu'on pourrait développer :
Et c'est uniquement se concentrer sur le sujet de la parentalité (pas sur de l'existence de ce mot).
Pas trop envie de m'étaler sur cette partie. Juste je préfère parler d'inégalité entre les humains que construire un faux clivage homme/femme.
Le problème du reportage, c'est que le sujet est extrêmement vaste, couvre de nombreux domaines, est discuté depuis des millénaires (l'invention des premières entreprises françaises étaient l'équivalent aujourd'hui des SCOP). Hors le reportage limite ça à "c'est les féministes qui ont eu l'idée, et on va discuter que des femmes".
Par exemple, elles ne parlent pas de rémunération indirecte :
Prend l'exemple de l'utopie du village des Schtrumpf. Tout le monde travaille gratuitement, ce qui permet à tout le monde de manger, boire, dormir au chaud, etc…
Donc quand je fais un logiciel libre, que je modère un forum sur le net, que je plante des choux dans mon jardin, que j'élève mon enfant comme un être humain respectueux, ouvert d'esprit, capable de participer à la société, oui je suis pas payé X€/mois pour cela, mais je contribue à l'amélioration de la communauté et donc indirectement à l'amélioration de mon niveau de vie. Mais pas seulement du mien, celui de mes congénères aussi.
Vouloir a tout prix avoir une rémunération directe (des sousous dans ma poche), c'est une approche individualiste, on est très loin du "féminisme marxiste" dont elle parle en début de vidéo.
Bref :
Je suis déçu par Arte.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# Des femmes qui interview des femmes pour parler de la place de la femme
Posté par David Delassus (site web personnel) . En réponse au lien Et si on travaillait tous et toutes gratuitement?. Évalué à -10.
Le travail domestique a été créé soit par :
Qui dit travail dit exploitation.
Le travail domestique des hommes célibataires, on en discute pas, c'est contre l'idéologie de la femme oppressée par la société.
De toute façon tout les malheurs du monde c'est la faute des hommes !
Les stagiaires dans les secteurs féminins sont pas rémunérés et les stagiaires dans les secteurs masculins le sont ? HAHA.
On oubli:
Bon allez, un reportage toxique fait par des gens toxiques. Je passe mon chemin.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Une n-ième licence "faites ce que vous voulez"?
Posté par David Delassus (site web personnel) . En réponse au lien La license MIT "No Attribution", ou MIT-0. Évalué à 3.
Haha, initialement, je voulais bien dire la négative "n'aura", mais dans la réalité ce qui se passera c'est l'inverse.
Après tout c'est bien connu, les gens ne lisent pas les licences, y compris ceux qui les utilisent.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Une n-ième licence "faites ce que vous voulez"?
Posté par David Delassus (site web personnel) . En réponse au lien La license MIT "No Attribution", ou MIT-0. Évalué à 8.
Même question pour la 0BSD, et plein d'autres licence du même genre.
J'ai donc envie de dire que la plus grosse différence, vu que les termes sont les mêmes, c'est l'auteur (ici Amazon).
J'interprète surtout ça comme :
Pour ma part, j'utilise les 5 licences suivantes :
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Doom as a tool for system administration
Posté par David Delassus (site web personnel) . En réponse au lien Can Grafana run Doom ?. Évalué à 2.
Ca me fait penser au Space Invaders de k8s ou les aliens c'est des pods : https://kubernetes.io/blog/2020/01/22/kubeinvaders-gamified-chaos-engineering-tool-for-kubernetes/
Le chaos engineering c'est fun :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: oui
Posté par David Delassus (site web personnel) . En réponse au lien Can Grafana run Doom ?. Évalué à 5.
Lire le titre de l'article c'est pas assez, il faut aussi lire le contenu…
Le rendu est fait en utilisant une timeserie qui est mise à jour en continu (streaming timeserie). On peut même voir sur la capture d'écran que certaines valeurs du jeu (santé, etc…) sont rendu dans des widgets séparés.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# Bravo
Posté par David Delassus (site web personnel) . En réponse au lien [Youtube] Le James Webb Space Telescope et son premier cliché des plus magnifiques. Évalué à 5.
Juste bravo a la team derrière ce bijoux de technologie.
Bravo aux physiciens qui vont en profiter pour faire de merveilleuses découverte.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# La fin d'une époque
Posté par David Delassus (site web personnel) . En réponse au lien Reiserfs support (deprecated). Évalué à 4.
Du coup, la discussion suivante s'est terminée par un
let's go, on supprime.Question pour les lecteurs, comment vous choisissez votre système de fichier ? J'avoue pour ma part en avoir strictement rien à faire et je prend le très vénérable ext (ext4 aujourd'hui), ne l'ayant pas comparé à XFS, ZFS, BTRFS, …
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# Emacs is a great Operating System only lacking a decent editor
Posté par David Delassus (site web personnel) . En réponse au lien Emacs is an OS isn't it?. Évalué à 5.
Ça me rappelle : http://informatimago.free.fr/i/linux/emacs-on-user-mode-linux.html
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Nom par défaut gcc/clang
Posté par David Delassus (site web personnel) . En réponse au journal [LWN] Une porte de sortie pour a.out. Évalué à 5. Dernière modification le 26 mars 2022 à 20:12.
En plus, histoire de déterrer un vieux débat…
systemd est né de la réflexion suivante :
Le résultat est que systemd (aussi bloat soit il c'est pas le sujet) est devenu le standard sous Linux (il ne reste que quelques rare distributions à ne pas le proposer), et l'expérience utilisateur avec ce dernier comparé à SysV est infiniment supérieure.
C'est la même chose pour gcc/clang. Je n'ai JAMAIS utilisé un compilateur POSIX, j'avais AUCUN remort à utiliser des
__attribute__(...)qui sont des fonctionnalités propre à un seul compilateur, des fois je faisais même des#define _GNU_SOURCESpour avoir des fonctionnalités non POSIX commeasprintfetvasprintf.A un moment, tu maîtrise ta toolchain ou tu la maîtrise pas. Le "ça pu c'est pas POSIX" c'est bien quand tu fais des scripts shell pour déployer sur toute les plateformes (et encore, bash c'est tellement commun, ça tourne même sous Windows), c'est complètement stupide et décalé quand on parle de toolchain de build.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Longue vie et prospérité
Posté par David Delassus (site web personnel) . En réponse au lien Automatisation méthode KISS et sans YAML. Évalué à 3.
Ce que je voulais dire c'est "implémenter moi même un prompt qui demande un secret alors que des outils dédiés existent pour ça" c'est pas top.
Je connaissais pas sshpass :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Je testerai
Posté par David Delassus (site web personnel) . En réponse au lien Automatisation méthode KISS et sans YAML. Évalué à 3.
La différence, c'est l'ambition :)
Je prévois de rajouter par la suite des fonctionnalités du type :
setup.exequi te déploie l'infra complète :DJ'ai commencé petit dans le but de voir comment cela pourrait être utilisé. Après tout exécuter des commandes sur des hôtes distant c'est le coeur du projet, le MVP si j'ose dire.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Nom par défaut gcc/clang
Posté par David Delassus (site web personnel) . En réponse au journal [LWN] Une porte de sortie pour a.out. Évalué à 2.
Je commence à avoir l'habitude de te croiser en pleine nuit.
Avoue, tu n'es pas encore allé te coucher, donc c'est encore trolldi pour l'instant ;)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Idempotence
Posté par David Delassus (site web personnel) . En réponse au lien Automatisation méthode KISS et sans YAML. Évalué à 8.
Le module "shell" de Ansible n'est pas idempotent non plus.
En fait, beaucoup de modules de Ansible ne sont pas idempotent.
Ce qui permet d'implémenter l'idempotence dans Ansible c'est la possibilité d'interoger le remote sur son état et d'exécuter conditionnellement la tâche.
Par exemple, avec tricorder ça donnerait quelque chose comme :
Alors oui, c'est verbeux pour le moment, parce qu'il faut le faire à la main, mais on pourrait très bien imaginer un plugin dans le futur qui fait ce genre de choses.
Donc pour te répondre, non pas d'idempotence dans cette brique élémentaire.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: C'est le contraire
Posté par David Delassus (site web personnel) . En réponse au journal Scoop qui mérite la une : la communauté Python soutien l’Ukraine. Évalué à 8.
C'est pour ça que les ukrainiens ont pu faire :
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: salt(-ssh)
Posté par David Delassus (site web personnel) . En réponse au lien Automatisation méthode KISS et sans YAML. Évalué à 4.
Sauf que Salt c'est pas KISS du coup. Ca fait beaucoup de choses (c'est pas forcément un défaut).
De plus l'output de salt-ssh est difficilement exploitable dans un script shell ou autre programme.
Ici il s'agit de filer un outil et de pas rester dans tes pattes. Tu fais ce que tu veux comme tu veux par la suite.
Après, d'ici à ce que je fasse réellement concurrence à Ansible, Chef, Puppet, Salt, … il va falloir que je constitue un costaud écosystème.
Je prévois potentiellement de faire un système de plugin à la kubectl:
tricorder-<plugin name>dans le PATH? alors tu astricorder subcommandde disponible. Ce qui te laisserait faire des plugins dans n'importe quel langage.Merci pour le retour en tout cas :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Longue vie et prospérité
Posté par David Delassus (site web personnel) . En réponse au lien Automatisation méthode KISS et sans YAML. Évalué à 4.
Merci pour le retour :)
Nope, comme ansible c'est "agent-less". C'est ce que j'appréciais grandement à propos de Ansible d'ailleurs.
En plus les bindings de libssh2 en Rust sont vraiment agréable à utiliser. Mais j'ai volontairement restraint à me reposer sur ssh-agent parce que :
Et puis, dans un principe KISS, je délègue l'authent à un autre outil (ssh-agent) et je fais uniquement ce que j'ai besoin de faire : exécuter des commandes sur des remote.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# Discussion HackerNews
Posté par David Delassus (site web personnel) . En réponse au lien Automatisation méthode KISS et sans YAML. Évalué à 4.
https://news.ycombinator.com/item?id=30806615
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Nom par défaut gcc/clang
Posté par David Delassus (site web personnel) . En réponse au journal [LWN] Une porte de sortie pour a.out. Évalué à 3.
Dans 80% des cas, le
main.goest au même niveau que lego.mod.Dans les 20% restant ce sera dans
cmd/nom_de_la_commande/.Mais oui, du coup c'est bien le nom du dossier et non le nom du "projet". Même si ça revient plus ou moins au même.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Nom par défaut gcc/clang
Posté par David Delassus (site web personnel) . En réponse au journal [LWN] Une porte de sortie pour a.out. Évalué à 7.
Cargo (Rust) et Go utilisent le nom du projet (dossier dans lequel il y a le Cargo.toml ou go.mod).
Quelque chose de similaire serait sympa non ?
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Intérêt
Posté par David Delassus (site web personnel) . En réponse au journal [LWN] Une porte de sortie pour a.out. Évalué à 7.
Je suis toujours ravi de supprimer de code. C'est ça de moins à maintenir :)
La programmation c'est l'art d'ajouter des bugs à un fichier texte vide.
Moins de code, moins de bugs, moins de travail, plus de temps pour les choses vraiment importante.
Pour ce qui est de Rust, je note le troll (c'est permis, on est trolldi). Cependant certains bouts de code ont déjà commencé à être porté. Je ne pense pas qu'on verra de si tôt un noyau Linux entièrement en Rust, mais ce langage a déjà commencé à s'y introduire :
Pour continuer dans la tradition du trolldi, à quand GNU/Hurd en Rust du coup ?
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Intérêt
Posté par David Delassus (site web personnel) . En réponse au journal [LWN] Une porte de sortie pour a.out. Évalué à 6.
Développeurs heureux = kernel mieux maintenu
kernel mieux maintenu = utilisateur heureux
Moins de code c'est aussi un vecteur d'attaque réduit, donc une sécurité accrue.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# Coquille
Posté par David Delassus (site web personnel) . En réponse au journal [LWN] Une porte de sortie pour a.out. Évalué à 7. Dernière modification le 24 mars 2022 à 23:57.
Si un(e) modo passe par là, j'ai écorché le nom de l'auteur : Jonathan Corbet
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Linux, meilleur support à long terme
Posté par David Delassus (site web personnel) . En réponse au journal [LWN] Une porte de sortie pour a.out. Évalué à 10.
Oui, cela montre que les développeurs ont vraiment à coeur les utilisateurs.
Par contre, je pense pas qu'ils l'ont fait pour "un" utilisateur, mais qu'ils ont utilisé cet utilisateur spécifiquement comme exemple que on ne sait jamais quel est l'impact, car il y a probablement tout les utilisateurs qui ne lisent pas la mailing list ou les nouveautés.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# Discussion sur HackerNews
Posté par David Delassus (site web personnel) . En réponse au journal [LWN] Une porte de sortie pour a.out. Évalué à 7.
https://news.ycombinator.com/item?id=30792059
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg