On ne réclame pas que la langue change. La langue change en fonction de comment le peuple la parle. Cela a toujours été le cas, et c'est ce qui explique que de nouveaux mots rentrent dans le dictionnaire.
Je maintiens qu'il y a d'autres combats plus important pour le féminisme que forcer les gens à dire "iels".
Et question représentation. Je préfère une égalité des chances et je méprise tout ceux qui souhaitent une égalité des résultats.
En cherchant le terme "masculin" dans ce livre, on trouve ce passage:
Le genre masculin est réputé plus noble que le féminin, à cause de la supériorité du màle sur la femelle ; le masculin et le féminin sont plus nobles que le neutre, à cause de la supériorité des êtres animés sur ceux qui ne le sont pas.
On a donc un usage très précis des mots "noble" et "supériorité". "Supérieur" ici ne signifie pas "à plus de valeur que". C'est le même "supérieur" que dans "2 est supérieur à 1", et non "vim est supérieur à emacs". C'est d'ailleurs un élément que l'on retrouve plus loin dans le livre.
La grammaire évolue en fonction de l'usage qui est fait de la langue, et non l'inverse. Vouloir imposer de force une grammaire/écriture ne la fera jamais rentrer dans les moeurs. Par contre, les moeurs changeant de la société vont faire évoluer la langue.
C'est pourquoi la version féminine de certains mots entrent dans le dictionnaire, car peu importe ce qu'en pense l'Académie Française, c'est l'usage qui est fait. C'est aussi ce qui justifie les nouvelles écritures de certains mots, comme onion vs oignon.
On notera aussi que l'accent circonflexe est indicateur d'une lettre disparue qui souvent existe encore dans la racine du mot: hôpital / hospitalier, fôret / forestier, hôtel / hôtelier (ah oui, les fameuse exceptions française 🙂).
Ces lettres ont disparues car le peuple a arrêter de les prononcer, puis de les écrire. De nouveaux mots entrent dans le dictionnaire, car le peuple les utilise.
Changer le dictionnaire et la grammaire ne fera pas changer la manière qu'ont les gens de parler. Tout effort en ce sens est vain sur le long terme.
l’imposition du masculin générique est clairement un mouvement sexiste à l’encontre des femmes.
On peut présenter des preuves de ça ?
Et si on me cite la règle "le masculin l'emporte sur le féminin", je vous invite à aller lire un Bescherelle et m'envoyer une photo de cette règle écrite de cette manière bien précise.
Qu'on arrête les conneries un peu, non la langue française n'est pas sexiste. Ce genre d'affirmation à la con dessert énormément la cause féministe, qui a des combats bien plus important à mener.
Putain, je plains les féministes des siècles précédents, si elles voyaient ce qu'est devenu le mouvement qu'elles ont démarré, on aurait une source d'énergie renouvelable tellement elles se retourneraient dans leurs tombes.
Outre ce détail, je suis d'accord, pas besoin de POO pour faire de l'IHM. Mais comme meilleur exemple, je donnerai les "Immediate GUI" qui sont par nature procédurale:
Il y a ensuite les approches fonctionnelles (dont parle un peu cet article), ou le rendu graphique est une fonction de l'état (state) de l'application:
J'aimerais bien qu'on arrête cette idée reçue de "Python contribue au réchauffement climatique".
Une grande partie de l'industrie IT c'est du webdev (API, webapp, etc…) avec des backends qui communiquent avec des bases de données. C'est des workloads I/O bound, et non CPU bound. Cela signifie que l'application passe un temps significatif à attendre.
Une autre grosse partie de l'industrie, c'est du data engineering/data science. Et la, les librairies sont développées en C/C++/Rust.
Perso, je trouve que les pipelines de CI/CD qui lancent des builds de 15min pour chacun des 200 commits par jour fait sur chacun des 40 dépôts git de $BIG_BUSINESS_FOOBAR, c'est un peu plus problématique qu'une pauvre API Flask+SQLAlchemy qui tourne sur du AWS Lambda (qui ne lance le conteneur que quand il y a besoin de répondre à une requête IIRC).
Surtout que j'ai vu pas mal de $BIG_BUSINESS_FOOBAR ne pas implémenter de cache pour leur CI/CD, donc chaque exécution de pipeline :
télécharge plus d'1GB de dépendance : le dossier target/ produit par cargo (Rust) pour Letlang fait 3.8GB, on en parle ?
n'utilise pas de système de build incrémental : sans ça, mon jeu C++ peut mettre jusqu'à 10min pour compiler entièrement, on en parle ?
mets tout ça dans une image docker (taggué au hash de commit) et la pousse dans un registry (consommation de bande passante), l'image docker n'est pas optimisée et fait jusqu'à 500MB, on en parle ?
Pour troller un peu, ce genre de commentaire me fait penser au gouvernement qui te dit que c'est ta faute le réchauffement climatique car t'as pas débranché ta TV la nuit (les veilleuses ça consomme !!!!) alors que t'as des entreprises chinoise qui en un mois polluent plus que tout les pays de l'OTAN combiné (chiffres sortis de mon cul, pas besoin de fact check, c'est ce qu'on appelle une exagération).
which proves the thesis that it’s possible to be a professional maintainer
C'est vrai. Il suffit d'un unique exemple pour démontrer que c'est possible.
Cela ne démontre pas que c'est facile, ni que c'est commun, ni que tout le monde peut le faire.
J'ai pas tout lu dans le détail, mais il me semble que c'est plutôt un article du type "youpi j'ai réussi" et pas un article du type "voici comment faire".
chess.com paye des GMs pour faire ça justement. C'est en live sur twitch en général comme pour le Wijk Aan Zee en ce moment (ou Tata Steel Chess pour les intimes).
Haha! Le meilleur exemple qui soit. go get ou wget / curl|bash.
Sans parler de helm ou kustomize pour déployer des trucs ad-hoc sans réelle gestion de dépendance (et non, argocd/fluxcd ne résolvent pas le problème).
J'ai rédigé un draft de spec pour développer un gestionnaire de paquet avec dépôt centralisé basé sur kapp (de la team carvel), mais par manque de temps et de motivation, je m'y suis jamais attaqué.
Effectivement, c'est une meilleure analogie, merci.
Le point que je voulais avancer c'était que le fait qu'un système soit indépendant de l'OS n'enlève rien à sa qualité.
Et on est aussi d'accord, chocolatey face à un MSYS2 ne fait pas le poids d'un point de vue expérience utilisateur.
Dans tout les cas, aujourd'hui sous Windows, l'époque des "je vais chercher mes logiciels sur 50.000 sites différents" est révolue, tu as soit :
l'autorisation par ton entreprise d'utiliser chocolatey/MSYS2
un dépôt central fournit par ton entreprise qui contient les logiciels autorisés (donc un seul site à consulter)
une machine fournie par ton entreprise avec les logiciels autorisés pré-installés
une entreprise qu'il faut que tu quittes
Je pars du principe que si tu as une machine Windows personnelle chez toi, tu es libre de faire ce que tu veux dessus.
Après, oui il est toujours possible d'aller sur 50.000 sites différents, mais c'est pareil sous Linux, rien ne m'empêche d'aller chercher les logiciels upstream (bon, dans 90% des cas, ça veut dire que je vais devoir compiler moi même).
Non, c'est une attaque personnelle qui n'a rien à faire dans un débat sain.
que ça te plaise ou non n'a aucune espece d'importance pour moi, et je continuerai à te dire ce que je pense en te lisant, toi ou n'importe qui d'ailleurs.
Ce qui prouve que tu n'es pas la pour débattre sainement, et donc argumenter avec toi est une perte de temps pure et simple.
Tes états d'ames à la réception ne m'importent pas.
Il ne s'agit pas de mes états d'âmes, mais de toi qui fait un jugement de valeur sur mes compétences et mon expérience basée sur 3 pauvres commentaires. Tu ne me connais pas, je te connais pas, laissons l'individu en dehors du débat et faisons parler uniquement les arguments et les faits.
rien ne t'oblige à réagir de la sorte.
Rien ne t'oblige a faire une attaque personnelle dans un débat.
"Je n'ai plus d'argument donc je vais dire que tu y connais rien pour te décrédibiliser". C'est ce que tu as fait en gros. Et moi je dis non à ce genre "d'argumentation" fallacieuse.
Côté Windows, je ne sais pas comment c'est géré par les produits que tu cites, mais ça n'a rien à voir avec un gestionnaire de paquets et tous le processus mis en place par les distrib.
Je suppose que tu entends « ta machine de dev » comme une machine perso…?
Fourni par l'employeur mais oui.
Ça n’en fait pas pour autant la vérité absolue : ce ne sont pas des solutions intégrées
Le propos était "il n'existe pas de gestionnaire de paquet sous Windows", c'est juste faux que cela soit intégré ou non.
Preuve en est, sous Linux, on peut avoir en parallèle plusieurs gestionnaires de paquets: apt, flatpak, snap, …
En te lisant, j’ai l’impression que toutes les sociétés où je suis passé, dont la moitié sont au CAC40, ne sont que des exceptions.
C'est qu'une impression alors, j'ai bien précisé "mon expérience", a aucun moment j'ai sous-entendu que j'étais passé par les millions d'entreprises existante.
Quand bien même, si l'entreprise m'embauche pour faire du développement Python et qu'elle m'interdit d'installer Python, ou pip. Il y a un problème. En théorie, l'ordinateur qui t'es fournit devrait avoir tout le nécessaire pour accomplir le boulot, pas besoin d'aller installer 40.000 paquets différents qui n'ont rien à voir avec ton travail. Si il manque un outil essentiel, la-dite entreprise est censé fournir un processus (faisant intervenir des humains surement) pour intégrer l'outil au catalogue autorisé.
Dans une précédente entreprise, on avait l'autonomie sur l'ordinateur, il y avait juste PulseSecure (VPN) d'installé pour te faire passer par leur proxy, et dépôt Maven/PyPI géré par la-dite société (pas question d'utiliser les dépôts publique).
Si justement, avec Chocolatey il y a en plus la confiance dans le binaire généré par l'upstream.
Tu crois que les mainteneurs ont le temps de review le code des 25.000 logiciels qui sont livrés dans les dépôt officiels ? Certainement pas, donc tu fais confiance au code source upstream dans tout les cas, que le binaire soit build par l'upstream ou par le système de build de Debian, cela ne change pas grand chose à ou tu place ta confiance.
S'il manque des logiciels dans Debian, il est possible de les ajouter en respectant la charte et en participant à la communauté Debian.
Dans la pratique, ce qui est fait c'est soit fournir un .deb pré-compilé, soit carrément un dépôt à ajouter au sources.list.
J'ai donné l'exemple de NodeJS et MongoDB qui font ça, et ce sont loin d'être les seuls.
Ils ne sont pas tenu de respecter la charte de Debian.
Quelle différence entre télécharger un binaire upstream, et un .deb/repo apt upstream ?
Impossible avec Chocolatey vu qu'il semble qu'il n'y a aucune infrastructure pour construire et héberger les binaires.
Libre à toi d'utiliser MSYS2 avec Pacman qui dispose donc de cette infrastructure.
Avec Debian, par exemple, tu mets ta confiance uniquement dans les mainteneurs
Il y a beaucoup trop de mainteneurs pour que l'argument tienne. Et c'est en plus faux, tu mets ta confiance dans :
le développeur upstream
le mainteneur du paquet
les mainteneurs du dépôt
Aucune différence avec chocolatey donc, ou tu mets ta confiance dans :
le développeur upstream
le mainteneur du paquet
les mainteneurs de l'index
Et, au risque de me répéter, c'est strictement la même chose pour tout les gestionnaires paquets existant. Pire, tu as AUR (archlinux), npm, PyPI, crates.io, etc… qui ne sont pas curated par des mainteneurs.
De plus, combien de fois je dois ajouter un dépôt au sources.list (vscode, mongodb, node, …), l'argument tiens encore moins.
Avec Debian, la charte impose la distribution de logiciel redistribuable et donc, si un paquet VS Code existait, il serait produit avec la version open source "codium" et donc sans la télémétrie propriétaire de Microsoft ni leur marché d'extension (car inaccessible pour les binaires non fournis par Microsoft).
Qu'est-ce qui dans l'architecture de chocolatey empêche la création d'un paquet vscodium ?
Il me semble que ce n'est pas un repository de binaires et / où sources de logiciel, mais juste un index centralisé des liens de téléchargement de chaque logiciel.
Pour l'utilisateur final, cela ne change rien, c'est juste un détail d'implémentation. Et ce n'est valable que pour chocolatey, msys2 lui repose sur pacman (de archlinux).
Si je ne me trompe pas, la situation ne s'améliore pas
Ben si justement, on a maintenant des outils pour optimiser l'installation de logiciel alors qu'avant non. En quoi cela ne serait pas une amélioration de la situation ?
tu dois faire confiance aux scripts PowerShell de la communauté chocolatey.
Sous n'importe quel système de gestion de paquet (npm, pip, cargo, apt, pacman, …) tu dois faire confiance aux mainteneurs du dépôt ou du paquet.
Si c'est un argument contre Windows, c'est aussi un argument contre Linux.
Le terme "Linux Desktop" ca veut dire "Un système d'exploitation basé sur Linux pour une utilisation bureautique". Le terme bureautique a aussi une signification particulière, et "je l'ai posé sur un bureau en bois" n'est pas la définition.
Mon ordinateur est posé sur une petite table en bois et pas un bureau, du coup je suis pas inclus dans les chiffres ?
Une VM, un conteneur Docker, le WSL, ce n'est pas de la bureautique, je vois pas comment cela peut être sujet à débat.
Remarque que la phrase n'est pas Linux as the desktop OS.
Merci, mais ta mauvaise foi tu peux te la garder.
Ou alors dans ce cas laisse moi surenchérir, Mac OS est un système FOSS car je peux installer GIMP dessus ?
Personnellement je n'ai jamais compris comment on pouvait utiliser Windows pour travailler
[…]
il faut se taper 50 000 sites webs pour télécharger des trucs qui peuvent aider à travailler
Git Bash
MSYS2 (avec pacman)
Chocolatey ou winget
PowerShell
…
NodeJS, Python, Ruby, GCC (mingw), Clang, CMake, vcpkg, Rust, Go, et bien d'autres langages/toolchains tournent sous windows très bien.
Tout les IDE les plus populaires tournent aussi sous Windows pour au final aucune différence de comportement.
Après bien sûr, pour comprendre il faut d'abord faire un peu de recherche ou voir même essayer. Mais c'est plus facile de suivre la tradition de "bouh windows c'est nul pour dev"
[^] # Re: Faut arrêter de se foutre de la gueule du monde
Posté par David Delassus (site web personnel) . En réponse au journal L’écriture inclusive sur linuxfr.org est-elle un crime ?. Évalué à 0.
On ne réclame pas que la langue change. La langue change en fonction de comment le peuple la parle. Cela a toujours été le cas, et c'est ce qui explique que de nouveaux mots rentrent dans le dictionnaire.
Je maintiens qu'il y a d'autres combats plus important pour le féminisme que forcer les gens à dire "iels".
Et question représentation. Je préfère une égalité des chances et je méprise tout ceux qui souhaitent une égalité des résultats.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Faut arrêter de se foutre de la gueule du monde
Posté par David Delassus (site web personnel) . En réponse au journal L’écriture inclusive sur linuxfr.org est-elle un crime ?. Évalué à 3.
J'aime beaucoup l'article qui ne cite aucune source.
En allant chercher le dit livre:
En cherchant le terme "masculin" dans ce livre, on trouve ce passage:
On a donc un usage très précis des mots "noble" et "supériorité". "Supérieur" ici ne signifie pas "à plus de valeur que". C'est le même "supérieur" que dans "2 est supérieur à 1", et non "vim est supérieur à emacs". C'est d'ailleurs un élément que l'on retrouve plus loin dans le livre.
La grammaire évolue en fonction de l'usage qui est fait de la langue, et non l'inverse. Vouloir imposer de force une grammaire/écriture ne la fera jamais rentrer dans les moeurs. Par contre, les moeurs changeant de la société vont faire évoluer la langue.
C'est pourquoi la version féminine de certains mots entrent dans le dictionnaire, car peu importe ce qu'en pense l'Académie Française, c'est l'usage qui est fait. C'est aussi ce qui justifie les nouvelles écritures de certains mots, comme onion vs oignon.
On notera aussi que l'accent circonflexe est indicateur d'une lettre disparue qui souvent existe encore dans la racine du mot: hôpital / hospitalier, fôret / forestier, hôtel / hôtelier (ah oui, les fameuse exceptions française 🙂).
Ces lettres ont disparues car le peuple a arrêter de les prononcer, puis de les écrire. De nouveaux mots entrent dans le dictionnaire, car le peuple les utilise.
Changer le dictionnaire et la grammaire ne fera pas changer la manière qu'ont les gens de parler. Tout effort en ce sens est vain sur le long terme.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# Faut arrêter de se foutre de la gueule du monde
Posté par David Delassus (site web personnel) . En réponse au journal L’écriture inclusive sur linuxfr.org est-elle un crime ?. Évalué à 4. Dernière modification le 13 mars 2023 à 10:07.
On peut présenter des preuves de ça ?
Et si on me cite la règle "le masculin l'emporte sur le féminin", je vous invite à aller lire un Bescherelle et m'envoyer une photo de cette règle écrite de cette manière bien précise.
Qu'on arrête les conneries un peu, non la langue française n'est pas sexiste. Ce genre d'affirmation à la con dessert énormément la cause féministe, qui a des combats bien plus important à mener.
Putain, je plains les féministes des siècles précédents, si elles voyaient ce qu'est devenu le mouvement qu'elles ont démarré, on aurait une source d'énergie renouvelable tellement elles se retourneraient dans leurs tombes.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: J'ai l'impression que l'article mélange un peu tout ....
Posté par David Delassus (site web personnel) . En réponse au lien Building a proper UI framework in Rust is hard and often unintuitive.. Évalué à 4.
Il faut différencier "Programmation Orientée Objet" et "Langage Orienté Objet".
Dans le premier, on a des techniques d'encapsulation, de polymorphisme (ou autrement dit: static/dynamic dispatch), etc…
Dans le second, on a un langage qui fournit des outils pour faire cela.
On peut faire de l'orienté objet en C -> http://www.cs.rit.edu/~ats/books/ooc.pdf
Preuve à l'appui, j'ai fait cette monstruosité : https://github.com/linkdd/ooduck
GTK (basé sur GObject), c'est de la POO.
Outre ce détail, je suis d'accord, pas besoin de POO pour faire de l'IHM. Mais comme meilleur exemple, je donnerai les "Immediate GUI" qui sont par nature procédurale:
Il y a ensuite les approches fonctionnelles (dont parle un peu cet article), ou le rendu graphique est une fonction de l'état (state) de l'application:
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Energie
Posté par David Delassus (site web personnel) . En réponse à la dépêche Programme de la PyConFR 23. Évalué à 7.
J'aimerais bien qu'on arrête cette idée reçue de "Python contribue au réchauffement climatique".
Une grande partie de l'industrie IT c'est du webdev (API, webapp, etc…) avec des backends qui communiquent avec des bases de données. C'est des workloads I/O bound, et non CPU bound. Cela signifie que l'application passe un temps significatif à attendre.
Une autre grosse partie de l'industrie, c'est du data engineering/data science. Et la, les librairies sont développées en C/C++/Rust.
Perso, je trouve que les pipelines de CI/CD qui lancent des builds de 15min pour chacun des 200 commits par jour fait sur chacun des 40 dépôts git de
$BIG_BUSINESS_FOOBAR, c'est un peu plus problématique qu'une pauvre API Flask+SQLAlchemy qui tourne sur du AWS Lambda (qui ne lance le conteneur que quand il y a besoin de répondre à une requête IIRC).Surtout que j'ai vu pas mal de
$BIG_BUSINESS_FOOBARne pas implémenter de cache pour leur CI/CD, donc chaque exécution de pipeline :target/produit parcargo(Rust) pour Letlang fait 3.8GB, on en parle ?Pour troller un peu, ce genre de commentaire me fait penser au gouvernement qui te dit que c'est ta faute le réchauffement climatique car t'as pas débranché ta TV la nuit (les veilleuses ça consomme !!!!) alors que t'as des entreprises chinoise qui en un mois polluent plus que tout les pays de l'OTAN combiné (chiffres sortis de mon cul, pas besoin de fact check, c'est ce qu'on appelle une exagération).
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Un sur combien ?
Posté par David Delassus (site web personnel) . En réponse au lien développeur Open Source indépendant avec un salaire à la Google sans vendre de support ni de feature. Évalué à 10.
Bien que j'adhère à ton analyse, je cite :
C'est vrai. Il suffit d'un unique exemple pour démontrer que c'est possible.
Cela ne démontre pas que c'est facile, ni que c'est commun, ni que tout le monde peut le faire.
J'ai pas tout lu dans le détail, mais il me semble que c'est plutôt un article du type "youpi j'ai réussi" et pas un article du type "voici comment faire".
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Lichess
Posté par David Delassus (site web personnel) . En réponse au lien [chess.com] Les échecs sont en plein essors et nos serveurs ont du mal. Évalué à 2.
Roh la tranche de rire, merci :)
Tu as le chessboxing si tu as des intérêts croisés :)
3min sur le plateau, 3min sur le ring.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Lichess
Posté par David Delassus (site web personnel) . En réponse au lien [chess.com] Les échecs sont en plein essors et nos serveurs ont du mal. Évalué à 3.
chess.com paye des GMs pour faire ça justement. C'est en live sur twitch en général comme pour le Wijk Aan Zee en ce moment (ou Tata Steel Chess pour les intimes).
https://tatasteelchess.com/
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Lichess
Posté par David Delassus (site web personnel) . En réponse au lien [chess.com] Les échecs sont en plein essors et nos serveurs ont du mal. Évalué à 5.
Je veux pas faire de Scala :
Blague à part, lichess est une excellente plateforme, mais chess.com est une entreprise donc les buts sont orthogonaux.
Quand bien même, il me semble que lichess a aussi vu cet essors de joueur, une belle époque pour les amoureux des échecs :)
Qui sait, ptet un jour on aura a la télé le championnat du monde d'échecs au lieu de celui de football… Quoi ? Faut bien rêver un peu dans la vie :P
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: devops
Posté par David Delassus (site web personnel) . En réponse au lien The yaml document from hell. Évalué à 3.
Côté devops, on voit le language de configuration CUE qui prend du terrain.
On a aussi HCL côté Hashicorp (terraform, vault, …).
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# Dear imgui
Posté par David Delassus (site web personnel) . En réponse au lien ImHex: An Open Hex Editor For The Modern Hacker | Hackaday. Évalué à 3.
Juste un petit +1 parce que j'ai découvert ce logiciel via le showcase de dear imgui.
Depuis que j'ai gouté aux UI en mode immédiat, je n'arrive plus à apprécier les GTK/Qt, ni même la ribambelle de framework que l'on a en webdev.
Je recommande ! Seul défaut à mon avis, c'est une API pas très C++ moderne (RAII, etc…)
Pour information, je m'en sers de GUI pour mon jeu C++/SDL, ça fait vraiment bien le taf.
Côté Rust, on a egui, ceux qui utilisent Bevy doivent déjà connaître.
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 lien Tilck - Un petit noyau compatible avec Linux. Évalué à 4.
https://news.ycombinator.com/item?id=34295165
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Euh, oui, mais non
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à 3.
Haha! Le meilleur exemple qui soit.
go getouwget/curl|bash.Sans parler de helm ou kustomize pour déployer des trucs ad-hoc sans réelle gestion de dépendance (et non, argocd/fluxcd ne résolvent pas le problème).
J'ai rédigé un draft de spec pour développer un gestionnaire de paquet avec dépôt centralisé basé sur kapp (de la team carvel), mais par manque de temps et de motivation, je m'y suis jamais attaqué.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Euh, oui, mais non
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à 3.
Effectivement, c'est une meilleure analogie, merci.
Le point que je voulais avancer c'était que le fait qu'un système soit indépendant de l'OS n'enlève rien à sa qualité.
Et on est aussi d'accord, chocolatey face à un MSYS2 ne fait pas le poids d'un point de vue expérience utilisateur.
Dans tout les cas, aujourd'hui sous Windows, l'époque des "je vais chercher mes logiciels sur 50.000 sites différents" est révolue, tu as soit :
Je pars du principe que si tu as une machine Windows personnelle chez toi, tu es libre de faire ce que tu veux dessus.
Après, oui il est toujours possible d'aller sur 50.000 sites différents, mais c'est pareil sous Linux, rien ne m'empêche d'aller chercher les logiciels upstream (bon, dans 90% des cas, ça veut dire que je vais devoir compiler moi même).
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Euh, oui, mais non
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à 3.
Non, c'est une attaque personnelle qui n'a rien à faire dans un débat sain.
Ce qui prouve que tu n'es pas la pour débattre sainement, et donc argumenter avec toi est une perte de temps pure et simple.
Il ne s'agit pas de mes états d'âmes, mais de toi qui fait un jugement de valeur sur mes compétences et mon expérience basée sur 3 pauvres commentaires. Tu ne me connais pas, je te connais pas, laissons l'individu en dehors du débat et faisons parler uniquement les arguments et les faits.
Rien ne t'oblige a faire une attaque personnelle dans un débat.
"Je n'ai plus d'argument donc je vais dire que tu y connais rien pour te décrédibiliser". C'est ce que tu as fait en gros. Et moi je dis non à ce genre "d'argumentation" fallacieuse.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Euh, oui, mais non
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à 3.
MSYS2 c'est littéralement pacman…
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Euh, oui, mais non
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à 0.
Debian est à Linux ce que MSYS2 ou chocolatey est à Windows.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Euh, oui, mais non
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à -2.
Ce genre de commentaire à la con tu te les mets ou je pense.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Euh, oui, mais non
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à 1.
Fourni par l'employeur mais oui.
Le propos était "il n'existe pas de gestionnaire de paquet sous Windows", c'est juste faux que cela soit intégré ou non.
Preuve en est, sous Linux, on peut avoir en parallèle plusieurs gestionnaires de paquets: apt, flatpak, snap, …
C'est qu'une impression alors, j'ai bien précisé "mon expérience", a aucun moment j'ai sous-entendu que j'étais passé par les millions d'entreprises existante.
Quand bien même, si l'entreprise m'embauche pour faire du développement Python et qu'elle m'interdit d'installer Python, ou pip. Il y a un problème. En théorie, l'ordinateur qui t'es fournit devrait avoir tout le nécessaire pour accomplir le boulot, pas besoin d'aller installer 40.000 paquets différents qui n'ont rien à voir avec ton travail. Si il manque un outil essentiel, la-dite entreprise est censé fournir un processus (faisant intervenir des humains surement) pour intégrer l'outil au catalogue autorisé.
Dans une précédente entreprise, on avait l'autonomie sur l'ordinateur, il y avait juste PulseSecure (VPN) d'installé pour te faire passer par leur proxy, et dépôt Maven/PyPI géré par la-dite société (pas question d'utiliser les dépôts publique).
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Euh, oui, mais non
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à 3.
Tu crois que les mainteneurs ont le temps de review le code des 25.000 logiciels qui sont livrés dans les dépôt officiels ? Certainement pas, donc tu fais confiance au code source upstream dans tout les cas, que le binaire soit build par l'upstream ou par le système de build de Debian, cela ne change pas grand chose à ou tu place ta confiance.
Dans la pratique, ce qui est fait c'est soit fournir un .deb pré-compilé, soit carrément un dépôt à ajouter au sources.list.
J'ai donné l'exemple de NodeJS et MongoDB qui font ça, et ce sont loin d'être les seuls.
Ils ne sont pas tenu de respecter la charte de Debian.
Quelle différence entre télécharger un binaire upstream, et un .deb/repo apt upstream ?
Libre à toi d'utiliser MSYS2 avec Pacman qui dispose donc de cette infrastructure.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Euh, oui, mais non
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à 3.
Il y a beaucoup trop de mainteneurs pour que l'argument tienne. Et c'est en plus faux, tu mets ta confiance dans :
Aucune différence avec chocolatey donc, ou tu mets ta confiance dans :
Et, au risque de me répéter, c'est strictement la même chose pour tout les gestionnaires paquets existant. Pire, tu as AUR (archlinux), npm, PyPI, crates.io, etc… qui ne sont pas curated par des mainteneurs.
De plus, combien de fois je dois ajouter un dépôt au sources.list (vscode, mongodb, node, …), l'argument tiens encore moins.
Qu'est-ce qui dans l'architecture de chocolatey empêche la création d'un paquet vscodium ?
Cela existe déjà en plus : https://community.chocolatey.org/packages/vscodium
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Euh, oui, mais non
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à 4. Dernière modification le 28 décembre 2022 à 13:48.
Pour l'utilisateur final, cela ne change rien, c'est juste un détail d'implémentation. Et ce n'est valable que pour chocolatey, msys2 lui repose sur pacman (de archlinux).
Ben si justement, on a maintenant des outils pour optimiser l'installation de logiciel alors qu'avant non. En quoi cela ne serait pas une amélioration de la situation ?
Sous n'importe quel système de gestion de paquet (npm, pip, cargo, apt, pacman, …) tu dois faire confiance aux mainteneurs du dépôt ou du paquet.
Si c'est un argument contre Windows, c'est aussi un argument contre Linux.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Euh, oui, mais non
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à 4.
En 10 ans de carrière, j'ai jamais rencontré une seule entreprise qui t'empêchait d'installer tes outils de devs sur ta machine de dev.
Je répète :
cf point précédent.
En fait, le reste de ton commentaire: cf point précédent. Tout ce que tu dis était vrai, il y a 10 ans. Ce n'est plus le cas.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Hahaha
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à -1. Dernière modification le 28 décembre 2022 à 10:21.
Le terme "Linux Desktop" ca veut dire "Un système d'exploitation basé sur Linux pour une utilisation bureautique". Le terme bureautique a aussi une signification particulière, et "je l'ai posé sur un bureau en bois" n'est pas la définition.
Mon ordinateur est posé sur une petite table en bois et pas un bureau, du coup je suis pas inclus dans les chiffres ?
Une VM, un conteneur Docker, le WSL, ce n'est pas de la bureautique, je vois pas comment cela peut être sujet à débat.
Merci, mais ta mauvaise foi tu peux te la garder.
Ou alors dans ce cas laisse moi surenchérir, Mac OS est un système FOSS car je peux installer GIMP dessus ?
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Euh, oui, mais non
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à 1.
NodeJS, Python, Ruby, GCC (mingw), Clang, CMake, vcpkg, Rust, Go, et bien d'autres langages/toolchains tournent sous windows très bien.
Tout les IDE les plus populaires tournent aussi sous Windows pour au final aucune différence de comportement.
Après bien sûr, pour comprendre il faut d'abord faire un peu de recherche ou voir même essayer. Mais c'est plus facile de suivre la tradition de "bouh windows c'est nul pour dev"
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg