Je crois que c'est la première fois que je me fais moinsser sur Linuxfr parce que j'expose ma crainte d'avoir des distributions contenant des logiciels propriétaires par Microsoft par défaut.
On est bien loin de l'idéologie libre qu'était linuxfr au début.
git is great because linus did it, mercurial is better because he didn't
Ce qui me fait peur, c'est l'émergence de distributions orientées « Windows Linux ». Au final on va commencer à avoir des distributions composées de Skype, Edge, Office (peut-être un jour), Cortana, etc.
git is great because linus did it, mercurial is better because he didn't
Je suis bien content, au début je tournais aussi sur du .org mais étant un développeur plutôt indépendant sans association ni autre j'ai décidé de me tourner vers le .fr. Étant Français, je ne me voyais pas utiliser autre chose.
git is great because linus did it, mercurial is better because he didn't
Les développeurs GNOME n'aiment pas tellement GNOME Classique et est clairement sous développé. Ils appellent même les utilisateur de cette session des « gens qui veulent pas migrer ». En plus depuis peu ça ne démarre plus du tout chez moi et je me prends un dialogue me forçant à quitter GNOME.
git is great because linus did it, mercurial is better because he didn't
Ils viennent de faire machine arrière avec un email d'excuse. Du coup pendant ce cours instant je me demande s'il y a eu un mouvement de départ comme précédemment de GitHub vers GitLab.
En tout cas, ça reste une preuve que le “cloud” propriétaire est vraiment à bannir (voir aussi ce scandale).
git is great because linus did it, mercurial is better because he didn't
Je partage un peu le même avis. Je suis passionné de développement et c'est ce qui m'a fait m'orienter dans cette filière. Je savais plus ou moins déjà un peu coder avant même de commencer mon DUT Informatique. Sans vouloir me vanter, contrairement à d'autres de ma promo je savais faire plus de choses qu'eux et je sais faire + que certains ingénieurs maintenant de mon entourage (je n'ai qu'un bac +3). En réalité c'est juste un effet de bord de la passion : ne jamais arrêter d'apprendre, se remettre toujours en question et s'intéresser. Je me souviens encore d'un ami de ma promotion qui m'a vu coder chez moi et m'a dit « non mais je rêve, tu codes !? ».
Cependant, en entrant dans le monde du travail en informatique, en 2011 j'ai très vite compris que tout ne serait pas aussi beau, propre et utopique que sur les projets personnels et opensource auxquels je m'intéressais et contribuais. Déjà, il faut travailler la plupart du temps avec d'autres personnes. Ce qui signifie : d'autres manière de penser / développer (pas un mal en soi), esprit d'entreprise qui est de faire le moins possible parce que ça coûte. Mais surtout, travailler avec du legacy.
Je fais quasiment que du C++ et dans chaque poste que j'ai occupé j'ai toujours été confronté aux mêmes problèmes :
syndrôme NIH omniprésent avec comme manière de penser : « on fait mieux, on adapte à nos besoins »
bloqué dans le passé : beaucoup de collègues ne souhaitent pas passer au C++ moderne et restent cloitrés en 1990
“overengineering” : c'est incroyable la masse de complexité dans le code avec un héritage excessif, un découpage excessif sans aucune valuer
la peur d'avancer : rester avec des bases bancales sans les changer car « c'est trop risqué »
“feature-creep” : il y a des fonctionnalités que je n'arrive pas à comprendre. Le client veut, on fait. En entreprise on sait rarement dire non parce que l'argent est en jeu.
Mais ce qui est encore propre à moi :
Je commence à me déplaire d'être dans un bureau toute la journée. Je suis très sportif et je cours énormément en compétition mais ça ne me suffit toujours pas. Je ne supporte plus cette sédentarité. Aussi, j'aime beaucoup le travail manuel et je dois avouer que ça me manque.
Contrairement à ce que tu dis, moi je ne suis malheureusement pas en mesure de pouvoir quitter mon travail pour faire quelque chose de moins bien payé. En effet, malheureusement avec cette disparité excessive des salaires, ma femme gagne bien moins que moi et ce serait vraiment compliqué si je passais au smic maintenant. En fait, c'est un cercle vicieux.
Mon rêve serait d'enseigner et de vivre de mes créations opensource, mais je pense que c'est très difficile à moins d'avoir des projets intéressant (par exemple, Ryan C Gordon de SDL2 gagne à peine ~$1200 sur patreon pourtant SDL est loin d'être une bibliothèque gadget). Ensuite de pouvoir faire un travail un peu plus « alimentaire » histoire de compléter.
git is great because linus did it, mercurial is better because he didn't
J'ai essayé Atom et VSCode quand j'étais dans une entreprise qui faisait du développement Web. J'ai été abasourdi par la lenteur de ce dernier alors que j'avais une machine de guerre.
En plus, la consommation excessive de RAM sur les gros projets ont déclenché par plusieurs fois l'OOM sur Linux chose rare (ayant pourtant 8Go de RAM). Tout cela parce que je faisais du VSCode + npm + Slack. 3 « applis » qui suffisent à mettre une machine KO, c'est du délire.
De toute façon je suis trop féru de vim, je l'utilise en éditeur par défaut (texte, C++, shell) et met l'extension partout où je peux (pour Visual Studio à mon emploi actuel par exemple, rendant fous mes collègues quand ils passent chez moi).
git is great because linus did it, mercurial is better because he didn't
Snap et Flatpak sont effectivement plus ou moins équivalent, par contre PackageKit n'a rien à voir et est là depuis des lustres. Il permet d'abstraire la gestion des paquets via une interface commune. En bref en utilisant packagekit tu peux installer des paquets sans savoir si c'est dnf, apt, pacman derrière… En général packagekit était utilisé par quelques interfaces graphiques comme GNOME PackageKit. Seul problème, il est considéré comme obsolète par son propre mainteneur en plus d'être foutrement buggé.
git is great because linus did it, mercurial is better because he didn't
Beaucoup de gens pensent à tort que “Undefined Behavior” va générer un crash. Ce n'est pas requis. Par exemple, rien n'empêche à une implémentation d'autoriser l'écriture sur un pointeur nul, la norme dit simplement que c'est un comportement indéfini.
Ici il n'y a aucune raison que ça crash d'autant que le code est valide puisque tu ne modifie pas la variable dans ton thread que tu as passé en argument. Et encore heureux qu'on puisse lire les objets passés en arguments dans un thread sinon bonjour leur utilité ! ;-)
git is great because linus did it, mercurial is better because he didn't
À la rigueur tu aurais dit Perl 6 j'aurais été d'accord. Mais un bon nombre de projets populaires a largement migré à python 3 et ce depuis un bon moment.
git is great because linus did it, mercurial is better because he didn't
Ça me rappelle aussi une version de fedora il y a quelques années dont lightdm avait un prompt de mot de passe… en clair. Absolument insensé et pourtant c'était bien en version release.
Si je retrouve la capture d'écran je la montre.
git is great because linus did it, mercurial is better because he didn't
C'est abérrant ces patent trolls. Le pire c'est que beaucoup arrivent quand même à vivre de ça, breveter tout et n'importe quoi puis faire chier le monde, mêmes les logiciels libres.
Bientôt on va breveter 2+2=4 et on aura plus le droit de faire des additions dans du code, enfin, heureusement que je vis en Europe.
git is great because linus did it, mercurial is better because he didn't
D'ailleurs en voyant tous ces raccourcis, on ressent que le créateur est féru d'emacs. En tant que féru de vim, j'ai peur pour mes doigts tant je n'ai pas l'habitude. Surtout quand je vois des raccourcis comme :
C-x C-c s
Quelqu'un a déjà utilisé next au quotidien pour partager son avis ?
git is great because linus did it, mercurial is better because he didn't
Je ne comprends pas pourquoi tu passes tout simplement pas à côté de ces choses qui te dérangent.
Je ne lis pas tous les journaux tout simplement parce que certains ne m'intéressent pas. Comme tu le dis, quand ça part dans des débats ou totalement à côté de l'informatique : je passe tout simplement au suivant.
git is great because linus did it, mercurial is better because he didn't
de plus en plus d'essais de compiler une distro Linux entière avec LLVM
C'est ce que je suis entrain de faire. Dans l'ensemble ça fonctionne plutôt bien avec 2/3 patchs par ci par là.
Le plus gros problème sont les projets surtout initiés par RedHat qui contiennent pas mal d'extensions et pas toujours compatible. À ce jour, grub, elfutils et le noyau Linux nécessitent encore gcc.
En grande partie, le système peut tourner sans GCC (ni libgcc/gcc_s).
git is great because linus did it, mercurial is better because he didn't
Parfois j'ai l'impression que beaucoup de personnes pensent que RMS est le père et le dieu gourou du libre. Ce qu'il pense, ce qu'il fait ça n'a pas d'importance. GNU n'est pas le seul projet libre sur terre.
Par ailleurs, les distributions ne dépendent plus forcément de projets GNU et donc ni Linux ni le libre doit être associé à GNU. Le terme GNU/Linux n'est plus si vrai, il y a beaucoup de distributions qui se passent des composants GNU.
En bref, ne plus faire l'amalgame de RMS/GNU == Libre. Non, loin de là. Il a écrit des licences, il a écrit emacs et GCC mais il y a pas que ça sur terre en libre. Et heureusement. Ainsi peu importe comment RMS se comporte ou agit, ça n'a aucune influence sur le libre.
git is great because linus did it, mercurial is better because he didn't
Le libre c'est pas une guerre contre les logiciels privateurs. Personnellement je m'en fiche que des serveurs dans le monde ou que mon entourage utilise Windows, c'est leur problème pas le mien. D'ailleurs un ami à moi s'est fait pirater son serveur Windows par un ransomware, je lui ai simplement dit que s'il utilisait un système correct avec des backups ce ne serait pas arrivé. C'est en faisant des erreurs qu'on apprend.
Il y a plusieurs types de visions du libre dans ce domaine, il y a les sectaires purs et durs qui sont anti logiciels privateurs et tentent au maximum de faire changer les choses et il y a les gens comme moi qui font du libre simplement parce qu'ils aiment ça.
La vision du libre varie tellement qu'on a différentes licences. Ça se résume plus ou moins entre le permissif et le non permissif. Moi je fais du permissif parce que la seule chose qui m'intéresse c'est de fournir mon code et qu'on puisse y contribuer, voir, commenter. Si on l'utilise et qu'on me contribue en retour je suis content, si on l'utilise pour faire du privateur, tant pis c'est pas si grave. Le reste, c'est à vous en tant que consommateur de faire les bon choix. Si Apple, Microsoft ou Google ne rend pas en retour, alors n'achetez pas leur produit. Aussi simple que ça.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: fournisseurs NNTP ?
Posté par David Demelier (site web personnel) . En réponse au journal Usenet est-il vraiment mort ?. Évalué à 3. Dernière modification le 19 novembre 2019 à 09:08.
Exact, et j'ai l'impression que la plupart des serveurs NNTP payants sont plutôt orienté gros P2P de téléchargement.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Inquiet
Posté par David Demelier (site web personnel) . En réponse au journal Microsoft Edge : bientôt une version GNU/Linux. Évalué à 3. Dernière modification le 19 novembre 2019 à 09:05.
Je crois que c'est la première fois que je me fais moinsser sur Linuxfr parce que j'expose ma crainte d'avoir des distributions contenant des logiciels propriétaires par Microsoft par défaut.
On est bien loin de l'idéologie libre qu'était linuxfr au début.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Inquiet
Posté par David Demelier (site web personnel) . En réponse au journal Microsoft Edge : bientôt une version GNU/Linux. Évalué à 1.
Justement, c'est ce qui m'inquiète avec la plupart des logiciels Microsoft portés vers Linux : qu'on commence à créer des distributions de ce genre.
git is great because linus did it, mercurial is better because he didn't
# Inquiet
Posté par David Demelier (site web personnel) . En réponse au journal Microsoft Edge : bientôt une version GNU/Linux. Évalué à 1.
Ce qui me fait peur, c'est l'émergence de distributions orientées « Windows Linux ». Au final on va commencer à avoir des distributions composées de Skype, Edge, Office (peut-être un jour), Cortana, etc.
git is great because linus did it, mercurial is better because he didn't
# J'utilise du .fr
Posté par David Demelier (site web personnel) . En réponse au journal Une société privée d'investissement achète linuxfr.org et debian.org. Évalué à 2.
Je suis bien content, au début je tournais aussi sur du .org mais étant un développeur plutôt indépendant sans association ni autre j'ai décidé de me tourner vers le .fr. Étant Français, je ne me voyais pas utiliser autre chose.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: aficionadios
Posté par David Demelier (site web personnel) . En réponse à la dépêche GNOME 3.34. Évalué à 3.
Les développeurs GNOME n'aiment pas tellement GNOME Classique et est clairement sous développé. Ils appellent même les utilisateur de cette session des « gens qui veulent pas migrer ». En plus depuis peu ça ne démarre plus du tout chez moi et je me prends un dialogue me forçant à quitter GNOME.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: risque
Posté par David Demelier (site web personnel) . En réponse au journal S'acheter son logement avec le salaire d'un expert C++ (ou autre techno). Évalué à 10.
Et j'ajouterai l'image qui va bien :
git is great because linus did it, mercurial is better because he didn't
# Chiant
Posté par David Demelier (site web personnel) . En réponse au message efibootmgr failed to register the boot entry: Input/output error.. Évalué à 2.
On dirait que le fabricant n'a pas envie qu'on modifie nous même les entrées EFI.
Essaye voir de démarrer à tout hasard avec l'option du noyau
efi_no_storage_paranoiamais j'y crois pas trop.git is great because linus did it, mercurial is better because he didn't
# Machine arrière
Posté par David Demelier (site web personnel) . En réponse au journal Gitlab - pour Halloween, faut-il aussi prévoir du PopCorn ?. Évalué à 5. Dernière modification le 30 octobre 2019 à 16:45.
Ils viennent de faire machine arrière avec un email d'excuse. Du coup pendant ce cours instant je me demande s'il y a eu un mouvement de départ comme précédemment de GitHub vers GitLab.
En tout cas, ça reste une preuve que le “cloud” propriétaire est vraiment à bannir (voir aussi ce scandale).
git is great because linus did it, mercurial is better because he didn't
# vi ? pas vraiment
Posté par David Demelier (site web personnel) . En réponse au message Vi>>>>Emacs. Évalué à 4.
vi, l'éditeur de base dont tu parles (à ne pas confondre avec vim) est largement inférieur en terme de fonctionnalités, outillage.
Troll raté.
git is great because linus did it, mercurial is better because he didn't
# Contenu de servertmpa75
Posté par David Demelier (site web personnel) . En réponse au message Comment mettre un caractère e n fin de la premiere ligne sur shell. Évalué à 1.
Peux-tu nous montrer à quoi ressemble le fichier servertmpa75 ? (anonymise le au pire) car là j'ai du mal à t'aider.
Vu comme ça j'ai l'imperssion que tu remplace simplement le début de la ligne avec
url3="httpset qu'ensuite tu souhaites rajouter"à la fin ?git is great because linus did it, mercurial is better because he didn't
# Idem
Posté par David Demelier (site web personnel) . En réponse au journal Changement de carrière.. Évalué à 6.
Salut,
Je partage un peu le même avis. Je suis passionné de développement et c'est ce qui m'a fait m'orienter dans cette filière. Je savais plus ou moins déjà un peu coder avant même de commencer mon DUT Informatique. Sans vouloir me vanter, contrairement à d'autres de ma promo je savais faire plus de choses qu'eux et je sais faire + que certains ingénieurs maintenant de mon entourage (je n'ai qu'un bac +3). En réalité c'est juste un effet de bord de la passion : ne jamais arrêter d'apprendre, se remettre toujours en question et s'intéresser. Je me souviens encore d'un ami de ma promotion qui m'a vu coder chez moi et m'a dit « non mais je rêve, tu codes !? ».
Cependant, en entrant dans le monde du travail en informatique, en 2011 j'ai très vite compris que tout ne serait pas aussi beau, propre et utopique que sur les projets personnels et opensource auxquels je m'intéressais et contribuais. Déjà, il faut travailler la plupart du temps avec d'autres personnes. Ce qui signifie : d'autres manière de penser / développer (pas un mal en soi), esprit d'entreprise qui est de faire le moins possible parce que ça coûte. Mais surtout, travailler avec du legacy.
Je fais quasiment que du C++ et dans chaque poste que j'ai occupé j'ai toujours été confronté aux mêmes problèmes :
Mais ce qui est encore propre à moi :
Je commence à me déplaire d'être dans un bureau toute la journée. Je suis très sportif et je cours énormément en compétition mais ça ne me suffit toujours pas. Je ne supporte plus cette sédentarité. Aussi, j'aime beaucoup le travail manuel et je dois avouer que ça me manque.
Contrairement à ce que tu dis, moi je ne suis malheureusement pas en mesure de pouvoir quitter mon travail pour faire quelque chose de moins bien payé. En effet, malheureusement avec cette disparité excessive des salaires, ma femme gagne bien moins que moi et ce serait vraiment compliqué si je passais au smic maintenant. En fait, c'est un cercle vicieux.
Mon rêve serait d'enseigner et de vivre de mes créations opensource, mais je pense que c'est très difficile à moins d'avoir des projets intéressant (par exemple, Ryan C Gordon de SDL2 gagne à peine ~$1200 sur patreon pourtant SDL est loin d'être une bibliothèque gadget). Ensuite de pouvoir faire un travail un peu plus « alimentaire » histoire de compléter.
git is great because linus did it, mercurial is better because he didn't
# Electron non merci
Posté par David Demelier (site web personnel) . En réponse au journal Atom / VSCode. Évalué à 10.
J'ai essayé Atom et VSCode quand j'étais dans une entreprise qui faisait du développement Web. J'ai été abasourdi par la lenteur de ce dernier alors que j'avais une machine de guerre.
En plus, la consommation excessive de RAM sur les gros projets ont déclenché par plusieurs fois l'OOM sur Linux chose rare (ayant pourtant 8Go de RAM). Tout cela parce que je faisais du VSCode + npm + Slack. 3 « applis » qui suffisent à mettre une machine KO, c'est du délire.
De toute façon je suis trop féru de vim, je l'utilise en éditeur par défaut (texte, C++, shell) et met l'extension partout où je peux (pour Visual Studio à mon emploi actuel par exemple, rendant fous mes collègues quand ils passent chez moi).
git is great because linus did it, mercurial is better because he didn't
[^] # Re: awk
Posté par David Demelier (site web personnel) . En réponse au message Opérations sur les lignes d'un fichier (soustraction de chiffres). Évalué à 1.
Bien vu, j'avais jamais pensé à utiliser les variables directement dans la condition du filtre :-)
git is great because linus did it, mercurial is better because he didn't
# awk
Posté par David Demelier (site web personnel) . En réponse au message Opérations sur les lignes d'un fichier (soustraction de chiffres). Évalué à 2. Dernière modification le 17 octobre 2019 à 15:59.
Moi j'utiliserais awk, par contre je ne sais pas ce que tu veux afficher pour la première ligne une donc j'ai sauté celle ci.
À l'exécution (le contenu de data.txt est ta suite de numéro ligne par ligne, ni plus ni moins) :
Note : il y a peut-être une solution différente sans passer par un tableau temporaire.
git is great because linus did it, mercurial is better because he didn't
# PackageKit est hors sujet
Posté par David Demelier (site web personnel) . En réponse au journal Snap, Flatpak, Packagekit : c'est quoi ce bordel ?. Évalué à 9. Dernière modification le 16 octobre 2019 à 13:22.
Snap et Flatpak sont effectivement plus ou moins équivalent, par contre PackageKit n'a rien à voir et est là depuis des lustres. Il permet d'abstraire la gestion des paquets via une interface commune. En bref en utilisant packagekit tu peux installer des paquets sans savoir si c'est dnf, apt, pacman derrière… En général packagekit était utilisé par quelques interfaces graphiques comme GNOME PackageKit. Seul problème, il est considéré comme obsolète par son propre mainteneur en plus d'être foutrement buggé.
git is great because linus did it, mercurial is better because he didn't
# Clarification de undefined behavior
Posté par David Demelier (site web personnel) . En réponse au message probleme avec le fonctionnement d'un thread. Évalué à 1.
Plop,
Beaucoup de gens pensent à tort que “Undefined Behavior” va générer un crash. Ce n'est pas requis. Par exemple, rien n'empêche à une implémentation d'autoriser l'écriture sur un pointeur nul, la norme dit simplement que c'est un comportement indéfini.
Ici il n'y a aucune raison que ça crash d'autant que le code est valide puisque tu ne modifie pas la variable dans ton thread que tu as passé en argument. Et encore heureux qu'on puisse lire les objets passés en arguments dans un thread sinon bonjour leur utilité ! ;-)
git is great because linus did it, mercurial is better because he didn't
[^] # Re: ça marche super bien mais personne ne l'utilise
Posté par David Demelier (site web personnel) . En réponse au journal La fin d'IPv4. Évalué à 8.
Pas vraiment non.
À la rigueur tu aurais dit Perl 6 j'aurais été d'accord. Mais un bon nombre de projets populaires a largement migré à python 3 et ce depuis un bon moment.
git is great because linus did it, mercurial is better because he didn't
# Mot de passe en clair
Posté par David Demelier (site web personnel) . En réponse au journal Linux Mint, Mate et grosse faille foireuse au niveau du verrouillage d´écran. Évalué à 0.
Ça me rappelle aussi une version de fedora il y a quelques années dont lightdm avait un prompt de mot de passe… en clair. Absolument insensé et pourtant c'était bien en version release.
Si je retrouve la capture d'écran je la montre.
git is great because linus did it, mercurial is better because he didn't
# Les brevets
Posté par David Demelier (site web personnel) . En réponse au journal La fondation GNOME est attaquée aux USA sur la base d'un brevet logiciel. Évalué à 10.
C'est abérrant ces patent trolls. Le pire c'est que beaucoup arrivent quand même à vivre de ça, breveter tout et n'importe quoi puis faire chier le monde, mêmes les logiciels libres.
Bientôt on va breveter 2+2=4 et on aura plus le droit de faire des additions dans du code, enfin, heureusement que je vis en Europe.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Keybinds de malheur
Posté par David Demelier (site web personnel) . En réponse au journal Next browser 1.3.2: réagir aux évènements avec les hooks, paquet Debian tout frais et plus encore. Évalué à 2. Dernière modification le 26 septembre 2019 à 11:22.
D'ailleurs en voyant tous ces raccourcis, on ressent que le créateur est féru d'emacs. En tant que féru de vim, j'ai peur pour mes doigts tant je n'ai pas l'habitude. Surtout quand je vois des raccourcis comme :
C-x C-c sQuelqu'un a déjà utilisé next au quotidien pour partager son avis ?
git is great because linus did it, mercurial is better because he didn't
# Passer à côté ?
Posté par David Demelier (site web personnel) . En réponse au journal Au revoir, LinuxFR. Évalué à 10.
Je ne comprends pas pourquoi tu passes tout simplement pas à côté de ces choses qui te dérangent.
Je ne lis pas tous les journaux tout simplement parce que certains ne m'intéressent pas. Comme tu le dis, quand ça part dans des débats ou totalement à côté de l'informatique : je passe tout simplement au suivant.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Ça attaque sec
Posté par David Demelier (site web personnel) . En réponse au journal Microsoft ouvre sa bibliothèque standard C++. Évalué à 6. Dernière modification le 18 septembre 2019 à 10:49.
C'est ce que je suis entrain de faire. Dans l'ensemble ça fonctionne plutôt bien avec 2/3 patchs par ci par là.
Le plus gros problème sont les projets surtout initiés par RedHat qui contiennent pas mal d'extensions et pas toujours compatible. À ce jour, grub, elfutils et le noyau Linux nécessitent encore gcc.
En grande partie, le système peut tourner sans GCC (ni libgcc/gcc_s).
git is great because linus did it, mercurial is better because he didn't
# Il n'est pas un dieu
Posté par David Demelier (site web personnel) . En réponse au journal Richard Stallman, l'affaire Epstein et des positions franchement douteuses. Évalué à 4.
Parfois j'ai l'impression que beaucoup de personnes pensent que RMS est le père et le dieu gourou du libre. Ce qu'il pense, ce qu'il fait ça n'a pas d'importance. GNU n'est pas le seul projet libre sur terre.
Par ailleurs, les distributions ne dépendent plus forcément de projets GNU et donc ni Linux ni le libre doit être associé à GNU. Le terme GNU/Linux n'est plus si vrai, il y a beaucoup de distributions qui se passent des composants GNU.
En bref, ne plus faire l'amalgame de RMS/GNU == Libre. Non, loin de là. Il a écrit des licences, il a écrit emacs et GCC mais il y a pas que ça sur terre en libre. Et heureusement. Ainsi peu importe comment RMS se comporte ou agit, ça n'a aucune influence sur le libre.
git is great because linus did it, mercurial is better because he didn't
# Ce n'est pas une guerre
Posté par David Demelier (site web personnel) . En réponse au journal Le libre a perdu. Évalué à 0. Dernière modification le 30 août 2019 à 09:13.
Le libre c'est pas une guerre contre les logiciels privateurs. Personnellement je m'en fiche que des serveurs dans le monde ou que mon entourage utilise Windows, c'est leur problème pas le mien. D'ailleurs un ami à moi s'est fait pirater son serveur Windows par un ransomware, je lui ai simplement dit que s'il utilisait un système correct avec des backups ce ne serait pas arrivé. C'est en faisant des erreurs qu'on apprend.
Il y a plusieurs types de visions du libre dans ce domaine, il y a les sectaires purs et durs qui sont anti logiciels privateurs et tentent au maximum de faire changer les choses et il y a les gens comme moi qui font du libre simplement parce qu'ils aiment ça.
La vision du libre varie tellement qu'on a différentes licences. Ça se résume plus ou moins entre le permissif et le non permissif. Moi je fais du permissif parce que la seule chose qui m'intéresse c'est de fournir mon code et qu'on puisse y contribuer, voir, commenter. Si on l'utilise et qu'on me contribue en retour je suis content, si on l'utilise pour faire du privateur, tant pis c'est pas si grave. Le reste, c'est à vous en tant que consommateur de faire les bon choix. Si Apple, Microsoft ou Google ne rend pas en retour, alors n'achetez pas leur produit. Aussi simple que ça.
git is great because linus did it, mercurial is better because he didn't