Non. On parle de daemon systeme, pas de truc lancé juste une fois au démarrage.
excuses à la con.
Un bon développeur compilé écrira du code qui consomme moins que le meilleur code écrit en langage interprété
C’est pas ce que t’as dit au dessus. Tu noteras aussi qu’il est exponentiellement plus dur d’écrire du bon code compilé qu’interprete, en raison des abstractions des langages. Et je passe sur les problèmes de sécurité ouverts par c et c++.
Je sais très bien te lire, t’es pas non plus le dernier à venir te plaindre de software bloaté même quand il sont écrit en language compile. Et t’es en tête de ligne quand il s’agit de venir chier sur systemd (tu l’as fait dans ce thread) et venir préconiser des systèmes d’init basé sur des scripts shell écrits dans des langages interprétés aux performances pitoyables, c’est assez ironique quand même, non?
un bon développeur interprété peut écrire du code qui consomme moins qu’un développeur compilé médiocre. Limiter la performance d’un soft non trivial au langage montre surtout une grosse méconnaissance du développement software.
En l’occurence, vu le bug donné au dessus, le problème à pas grand chose à voir avec le choix du langage, mais avec la décision de lancer 2 binaires toutes les 3 secondes.
Dans le même tonneau, on peut aussi citer Facebook qui a choisi mercurial écrit en python plutôt que git écrit en c, parce que git ne passait pas a l’echelle Pour eux.
Je rappelle qu'on parle de services conçus pour le marche local. Ben ouais, sinon on retombe dans le problème soulevé au dessus, si la boite vends aux occidentaux, la boite a une structure legale occidentale, et elle est soumise au droit US/EU.
Donc deja, ya une barriere de langue assez importante. Et c'est pas des langues que t'apprends comme ca juste en lisant et en devinant, comme tu pourrais le faire pour l'anglais.
Culture très différente, donc workflow/facon de travailler potentiellement differents, donc potentiellement pas adapté a un workflow occidental.
La localization, c'est pas juste dumper une version ja-JP du fichier de strings dans le projet. Les cultures asiatiques sont très éloignées des cultures occidentales, localizer un produit de l'occident a l'extreme orient requiert du boulot d'adaptation du produit, et pas qu'un peu.
Rien que le ton et la facon de s'addresser a l'utilisateur peut poser des problèmes (genre t'appelles pas un japonais par son prénom, ca se fait pas, et a l'inverse, appeler quelqu'un juste par son nom de famille ca le fait pas trop en occident non plus).
On peut aussi aborder le problème des noms phonétiques, toujours chez les japonais. La c'est meme plus juste adapter le produit, il faut que ta base de données soit modifiée pour incorporer 2 champs supplémentaires.
Tu désignes pas les écrans de la meme facons, les japonais typiquement raffolent d'une densité d'information delirante pour des occidentaux, et le design doit être modifie en consequence. https://www.infocubic.co.jp/en/blog/website-design/how-japanese-website-design-differs-from-the-west/
Parce qu’il leur faut bien des employés et accessoirement des clients, donc une structure légale la où se trouvent leurs clients et employés.
A un moment ou un autre, ils vont être sujets aux lois us ou europeenes, ils gagnent pas grand chose à s’emboucanner avec un hébergeur tchétchène.
accessoirement, je suppute que des services asiat’ équivalent à github existent, mais ils sont conçus pour les asiats et donc pas très utiles pour toi, n’etant pas asiat.
Non, effectivement, l’outil te dirais que ton os n’est pas supporté, parce que Ubuntu 9.04 (oui, 7 a 10 ans déjà) vient avec gtk 2.1 et que l’utilitaire release ya 3 mois requiert gtk 3.24, qui n’est pas package avec ta release.
Va donc falloir que tu fasses un dist upgrade de 20 versions majeures, et je suis pas convaincu que ça se passe aussi bien que ce que tu pense.
Et encore, ça c’est en supposant que l’utilitaire fasse ce genre de check, en pratique il va se lancer et se bananer en beauté avec une erreur cryptique du genre ld: symbol __gtk__mafonctionalacon not found at 0x4242.
Si il y a une chose où Linux est sans reproches, c'est justement la gestion des packages par les distributions.
Ouais, mais alors justement. Non, pas du tout.
La communauté est tellement bordélique et divisée sur le moindre bout de technologie que ça a crée ce problème de toute pièce: pas possible de faire la moindre assomption sur les librairies les plus basiques, et très peu de compat binaire.
Résultat, distribuer un binaire qui marche à quiconque est un enfer, et je parle pas de pouvoir compiler quoi que ce soit.
On a un problème cree de toute pièces par la communauté, qui est réglé manuellement par une armée de développeur qui passent un temps absolument délirant à re-empaqueter des applis.
Tout ce boulot d’empaquetâge amène 0 valeur à l’utilisateur. C’est même pire en fait, c’est une perte sèche vu que d’une part les distributions se permettent de parfois patcher à la truelle du code qui marche (coucou Debian OpenSSL), et que l’utilisateur se retrouve gros jean comme devant quand il veut utiliser une version differente de celle de la distrib (coucou continuous deployment et release often).
La valeur ajoutée, elle se trouverais dans là centralisation de la distribution des applis. En gros, le modèle du store. Oui, les package managers etaient sur le créneau avant tout le monde.
Mais au lieu de developer le concept, en laissant les dev tiers packager leur binaire une fois et l’uploader sur les stores qui veulent bien d’eux, on a divise encore plus la communauté en multipliant les package managers (et leurs frontends…), et gâché une énergie incroyable en leur faisant résoudre le mauvais problème.
En gros, on a pas vraiement resolu de probleme, on gâche un temps pharaonesque en packaging alakonkiserarien, et on fait chier à la fois upstream et les utilisateurs. 👏
J’appelle pas ça “ne rien avoir à se reprocher”.
Les milliers de dev Debian, leur temps serait vachement mieux utilisé à developer, plutôt que patcher et re-packager le code de quelqu’un d’autre.
Tu sais pourquoi Windows et macOS on fait sans package manager pendant 15 a 30 ans? Parce qu’ils en ont jamais eu besoin!!!
Les développeurs codent pour la plateforme. Si ya un truc pas couvert par la plateforme (généralement besoin spécifique), ils fournissent la dependence.
La plateforme garde un œil sur tout ça, et quand ils voient un pattern de besoin spécifique émerger et devenir pas si spécifique, ils l’integrent a la plateforme. Au lieu de réécrire des stacks fondamentales de 0 tous les 5 ans, ils assurent une compat binaire et font en sorte d’au moins pas trop peter l’existant.
Ils ont compris que leur valeur ajoutée c’est de fournir une plate-forme aux développeur tiers, pas de leur tirer la couette en recompilant à la hache du code tiers.
Quand Windows, macOS, iOS and android ont sorti leurs store, c’était pas des package manager. C’était une solution a la fois aux problèmes de distributions des développeurs tiers, et au problèmes de découverte et de confiance des utilisateurs. Ils ont fait leur boulot de plateforme: rendre la vie de leur eco système plus facile.
Ca fait plus de 15 ans que l’industrie au sens large a compris que les cycles de releases long et/ou figés ne marchent pas. Apple a montré au monde comment concilier base systeme stable avec un eco système vivace et très actifs.
Meme Apple a finit par lâcher leur cycle de release Big Bang à la con, et commence à mettre a jour leurs os et applis au fil de l’eau.
Il serait peut être temps d’admettre que le fondement des distros Linux, à savoir un tout soit disant cohérent et figé pendant x mois ne marche plus. Une fois que t’as admit ça, tu comprend très vite que les packages managers sont inutiles et complètement dépassés.
Il parle du Mac App Store, pas celui d’ios.
MacOS support 3 niveaux de sécurité: Mac AppStore only, Mac AppStore et développeurs “identifiés” (en gros appli signée par un compte enregistré chez pomme, mais distribué hors de l’appstore) et “n’importe quel binaire”.
Je suppute qu’il parle du deuxième mode, “développeur identifiés”.
En gros, c’est vachement plus compliqué de mesurer les effets à long termes que ce qu’on pourrait imaginer. Les morts directes, la région est sinistrée, ok, ça c’est clair. Les conséquences à long terme, ou même sur la région « étendue »sont apparement vachement plus compliqué à mesurer.
L’oms a des études ne montrant pas de conséquences mesurables au long terme. C’est surprenant, mais si tu combines ça avec le contexte socio économique de la région a l’epoque (un gros bordel), et que tu corriges pour les biais de détection, ça devient coton d’attribuer les effet, effectivement.
Bref, je sais pas où la vérité se trouve, mais si les experts ont du mal dépatouiller le plus gros désastre nucléaire de l’histoire, je suis pas sûr qu’ils s’en sortent pour une centrale qui opère normalement.
Argument de la pente glissante, qui passe totalement à côté de ce sur quoi je posais le doigt.
Plaît il? Je me contentais de pointer le ridicule de ton argument « on peut scientifiquement pas prouver que la gpl v3 a fait plus de mal que de bien », et l’incongruité de ton « les moderes des fois c’est des extrémiste ».
Bref. Je sais pas quoi te dire, y’a des mecs qui changent leur fusil d’épaule, et des fois les extrémiste ont eu du succès, mais des fois pas. En gros tu dit rien.
Et refuser de faire des concessions, oui, c’est extrémiste. C’est un peu la définition d’extreme, d’etre tres loin de la modération et du compromis.
La réalité, c'est qu'à moins d'être capable de créer un univers parallèle où la FSF n'existe pas, il est scientifiquement impossible de prétendre que son action est néfaste ou pas.
On va aller loin avec des arguments comme ça.
C’est comme Charles Manson. A moins de créer un univers parallèle, on peut pas prouver qu’il a fait plus de mal que de bien. Ça se trouve, il a évité la 3ieme guerre mondiale!
expliquant qu'ils sont tout aussi extrémistes que la FSF sauf que leur extrémiste est "bien" parce que leur extrémisme est juste l'extrémisme avec lequel ils sont d'accord.
Farpaitement! Méfions nous de la modération extrême. Y’a rien de plus dangereux que ça.
Mais je serais intéressé d'avoir le raisonnement "officiel" derrière ce choix.
T'attends pas a grand chose. Apple ne commente pas sur ce genre de choses. Cette histoire de GPLv3 est une rumeur, les personnes au courant des vrais raisons (oui, pluriel, je doute qu'il y ait une seule raison) sont soumises a un NDA tellement severe que personne ne va confirmer officiellement la vrai raison.
Mais oui, c'est probablement vrai. Apple a une tendance a se débarrasser de logiciel GPL. La licence est trop contraignante et dangereuse pour eux.
Mais c'est pas la seule raison. LLVM a ete créé parce que RMS a torpillé GCC avec ses délires anti proprio par exemple.
Ce débat est aussi vieux que vim vs emacs, mais la liberté n'est pas absolue dans ce contexte. Ya la liberté du développeur, et la liberte de l'utilisateur.
La GPL favorise la liberté de l'utilisateur final et constraint très fortement le développeur.
La BSD donne la meme liberté a tout le monde.
Note que la BSD ne retire aucune liberté a l'utilisateur final – c'est le développeur qui lui retire en redistribuant son travail sous une autre license que la BSD.
Si ce code source avait été sous GPL (2 ou 3), j'aurais été obligé de te le fournir, et donc tu aurais eu autant de libertés que moi.
Ou tu n'aurais pas utilisé ce code en premier lieu. Tu pars du principe que t'es obligé d'utiliser le code sous GPL. C'était peut être une assomption raisonnable en 1988, ca l'est vachement moins en 2019 quand l'immense majorité du code libre est produit par de grosses boites qui sont directement visées par les clauses alakon de la GPL v3.
Je dis juste que quand tu dis "Non, en réalité à part pour les gens voulant absolument trouver à critiquer, les batteries non amovibles ne changent absolument rien en "confort au quotidien".", bah tu dis une connerie : y'a visiblement au moins une personne (celle à qui tu réponds) pour qui ca change les choses.
Je vais pas défendre zenitram dans ses délires trollesques (attends encore un peu, il va t'accuser de vouloir tuer ton voisin), mais je vais me permettre de contredire quand meme.
La personne en question est un peu a la bourre sur ce qui se fait dans le milieu, et, contrairement aux batteries amovibles, les battery case sont une très bonne solution au problème, :
ca donne un coup de jus supplementaire (mieux en fait, ca rajoute juste de l'autonomie)
sans rebooter le telephone
sans passer pour un cretin avec une batterie branchée au telephone pendant une heure
recharge avec le telephone sans avoir besoin de constamment échanger les 2 batteries (ben ouais ta batterie amovible de rechange, faut la garder chargée)
Parce que, oui, changer la batterie amovible ca se fait pas sans rebooter le telephone, ce qui peut être TRES genant si t'es en milieu d'un hangout ou quoi que ce soit d'autre qui pompe bien la batterie et qui est pas pratique a interrompre.
Et qui définit la parole haineuse? La cour suprême?
Sachant qu’elle est nommée de facon largement politique, on est pas sorti de l’auberge avec le cirque qui se trame en ce moment.
Déjà que Roe v Wade a du souci a se faire grâce à l’alabama, si en plus on laisse ces agités du bocal consanguin déterminer ce qui peut ou ne peut pas être dit, merci.
Une idée, c’est des impulsions électriques dans ton cerveau. Ça n’a rien d’illégal et ne le sera jamais.
Je trouve ça très bizarre de parler d’idée illégale en premier lieu. On est pas loin du concept de crime-pensée.
Une idée est une conception de l’esprit. Elle ne peut pas être illégale. Elle est, c’est tout, et t’y peux rien.
Tu illustres magnifiquement son propos en disant ca.
Je te le dit en toute amitié, tes messages sont incompréhensible pour qui ne vit pas dans ta tête.
Genre le ps se pose bien dans le genre “un paragraphe = une phrase” et n’a ni queue ni tête.
Le 1/ et le 2/ sont incompréhensibles. Genre je comprend vraiment pas ce que tu cherches à dire.
T’ecris dans un style “oral”, mais je suis à peu près sûr que même si je t’avais en face de moi, je comprendrais rien à ce que tu racontes. Structures t’es idees, et fait des phrases plus concises.
[^] # Re: quand je vois "demon système en python", je crains
Posté par groumly . En réponse au journal Mini-projet (python): un démon système pour gérer des raccourcis clavier. Évalué à 1. Dernière modification le 16 août 2019 à 16:49.
excuses à la con.
C’est pas ce que t’as dit au dessus. Tu noteras aussi qu’il est exponentiellement plus dur d’écrire du bon code compilé qu’interprete, en raison des abstractions des langages. Et je passe sur les problèmes de sécurité ouverts par c et c++.
https://lmgtfy.com/?q=facebook+mercurial+git
[^] # Re: quand je vois "demon système en python", je crains
Posté par groumly . En réponse au journal Mini-projet (python): un démon système pour gérer des raccourcis clavier. Évalué à 2.
Je sais très bien te lire, t’es pas non plus le dernier à venir te plaindre de software bloaté même quand il sont écrit en language compile. Et t’es en tête de ligne quand il s’agit de venir chier sur systemd (tu l’as fait dans ce thread) et venir préconiser des systèmes d’init basé sur des scripts shell écrits dans des langages interprétés aux performances pitoyables, c’est assez ironique quand même, non?
un bon développeur interprété peut écrire du code qui consomme moins qu’un développeur compilé médiocre. Limiter la performance d’un soft non trivial au langage montre surtout une grosse méconnaissance du développement software.
En l’occurence, vu le bug donné au dessus, le problème à pas grand chose à voir avec le choix du langage, mais avec la décision de lancer 2 binaires toutes les 3 secondes.
Dans le même tonneau, on peut aussi citer Facebook qui a choisi mercurial écrit en python plutôt que git écrit en c, parce que git ne passait pas a l’echelle Pour eux.
[^] # Re: quand je vois "demon système en python", je crains
Posté par groumly . En réponse au journal Mini-projet (python): un démon système pour gérer des raccourcis clavier. Évalué à 3.
Et venir troller sur linuxfr pour exprimer des platitudes du genre « le software, c’est mieux quand ça va vite », ca fait du sens, écologiquement?
[^] # Re: Cyberspace
Posté par groumly . En réponse au journal Nouvelles attaques sur la liberté de la part du gouvernement des USA. Évalué à 3.
Je rappelle qu'on parle de services conçus pour le marche local. Ben ouais, sinon on retombe dans le problème soulevé au dessus, si la boite vends aux occidentaux, la boite a une structure legale occidentale, et elle est soumise au droit US/EU.
Donc deja, ya une barriere de langue assez importante. Et c'est pas des langues que t'apprends comme ca juste en lisant et en devinant, comme tu pourrais le faire pour l'anglais.
Culture très différente, donc workflow/facon de travailler potentiellement differents, donc potentiellement pas adapté a un workflow occidental.
La localization, c'est pas juste dumper une version ja-JP du fichier de strings dans le projet. Les cultures asiatiques sont très éloignées des cultures occidentales, localizer un produit de l'occident a l'extreme orient requiert du boulot d'adaptation du produit, et pas qu'un peu.
Rien que le ton et la facon de s'addresser a l'utilisateur peut poser des problèmes (genre t'appelles pas un japonais par son prénom, ca se fait pas, et a l'inverse, appeler quelqu'un juste par son nom de famille ca le fait pas trop en occident non plus).
On peut aussi aborder le problème des noms phonétiques, toujours chez les japonais. La c'est meme plus juste adapter le produit, il faut que ta base de données soit modifiée pour incorporer 2 champs supplémentaires.
Tu désignes pas les écrans de la meme facons, les japonais typiquement raffolent d'une densité d'information delirante pour des occidentaux, et le design doit être modifie en consequence.
https://www.infocubic.co.jp/en/blog/website-design/how-japanese-website-design-differs-from-the-west/
[^] # Re: Cyberspace
Posté par groumly . En réponse au journal Nouvelles attaques sur la liberté de la part du gouvernement des USA. Évalué à 1.
Parce qu’il leur faut bien des employés et accessoirement des clients, donc une structure légale la où se trouvent leurs clients et employés.
A un moment ou un autre, ils vont être sujets aux lois us ou europeenes, ils gagnent pas grand chose à s’emboucanner avec un hébergeur tchétchène.
accessoirement, je suppute que des services asiat’ équivalent à github existent, mais ils sont conçus pour les asiats et donc pas très utiles pour toi, n’etant pas asiat.
[^] # Re: Tu a été plus courageux que moi
Posté par groumly . En réponse au journal Comment occuper une soirée: mettre à jour son GPS. Évalué à 9.
Non, effectivement, l’outil te dirais que ton os n’est pas supporté, parce que Ubuntu 9.04 (oui, 7 a 10 ans déjà) vient avec gtk 2.1 et que l’utilitaire release ya 3 mois requiert gtk 3.24, qui n’est pas package avec ta release.
Va donc falloir que tu fasses un dist upgrade de 20 versions majeures, et je suis pas convaincu que ça se passe aussi bien que ce que tu pense.
Et encore, ça c’est en supposant que l’utilitaire fasse ce genre de check, en pratique il va se lancer et se bananer en beauté avec une erreur cryptique du genre
ld: symbol __gtk__mafonctionalacon not found at 0x4242.[^] # Re: Sans moi
Posté par groumly . En réponse au journal Mais pourquoi flatpak ?. Évalué à -1.
Foutaises. En 1994, peut être.
Ca fait 20 ans que ça n’est plus vrai du tout.
Pour le reste, tu periphrases ce que dit mon commentaire.
[^] # Re: Sans moi
Posté par groumly . En réponse au journal Mais pourquoi flatpak ?. Évalué à 10.
Ouais, mais alors justement. Non, pas du tout.
La communauté est tellement bordélique et divisée sur le moindre bout de technologie que ça a crée ce problème de toute pièce: pas possible de faire la moindre assomption sur les librairies les plus basiques, et très peu de compat binaire.
Résultat, distribuer un binaire qui marche à quiconque est un enfer, et je parle pas de pouvoir compiler quoi que ce soit.
On a un problème cree de toute pièces par la communauté, qui est réglé manuellement par une armée de développeur qui passent un temps absolument délirant à re-empaqueter des applis.
Tout ce boulot d’empaquetâge amène 0 valeur à l’utilisateur. C’est même pire en fait, c’est une perte sèche vu que d’une part les distributions se permettent de parfois patcher à la truelle du code qui marche (coucou Debian OpenSSL), et que l’utilisateur se retrouve gros jean comme devant quand il veut utiliser une version differente de celle de la distrib (coucou continuous deployment et release often).
La valeur ajoutée, elle se trouverais dans là centralisation de la distribution des applis. En gros, le modèle du store. Oui, les package managers etaient sur le créneau avant tout le monde.
Mais au lieu de developer le concept, en laissant les dev tiers packager leur binaire une fois et l’uploader sur les stores qui veulent bien d’eux, on a divise encore plus la communauté en multipliant les package managers (et leurs frontends…), et gâché une énergie incroyable en leur faisant résoudre le mauvais problème.
En gros, on a pas vraiement resolu de probleme, on gâche un temps pharaonesque en packaging alakonkiserarien, et on fait chier à la fois upstream et les utilisateurs. 👏
J’appelle pas ça “ne rien avoir à se reprocher”.
Les milliers de dev Debian, leur temps serait vachement mieux utilisé à developer, plutôt que patcher et re-packager le code de quelqu’un d’autre.
Tu sais pourquoi Windows et macOS on fait sans package manager pendant 15 a 30 ans? Parce qu’ils en ont jamais eu besoin!!!
Les développeurs codent pour la plateforme. Si ya un truc pas couvert par la plateforme (généralement besoin spécifique), ils fournissent la dependence.
La plateforme garde un œil sur tout ça, et quand ils voient un pattern de besoin spécifique émerger et devenir pas si spécifique, ils l’integrent a la plateforme. Au lieu de réécrire des stacks fondamentales de 0 tous les 5 ans, ils assurent une compat binaire et font en sorte d’au moins pas trop peter l’existant.
Ils ont compris que leur valeur ajoutée c’est de fournir une plate-forme aux développeur tiers, pas de leur tirer la couette en recompilant à la hache du code tiers.
Quand Windows, macOS, iOS and android ont sorti leurs store, c’était pas des package manager. C’était une solution a la fois aux problèmes de distributions des développeurs tiers, et au problèmes de découverte et de confiance des utilisateurs. Ils ont fait leur boulot de plateforme: rendre la vie de leur eco système plus facile.
Ca fait plus de 15 ans que l’industrie au sens large a compris que les cycles de releases long et/ou figés ne marchent pas. Apple a montré au monde comment concilier base systeme stable avec un eco système vivace et très actifs.
Meme Apple a finit par lâcher leur cycle de release Big Bang à la con, et commence à mettre a jour leurs os et applis au fil de l’eau.
Il serait peut être temps d’admettre que le fondement des distros Linux, à savoir un tout soit disant cohérent et figé pendant x mois ne marche plus. Une fois que t’as admit ça, tu comprend très vite que les packages managers sont inutiles et complètement dépassés.
[^] # Re: macOS et certificat
Posté par groumly . En réponse au journal Mais pourquoi flatpak ?. Évalué à 3.
Il parle du Mac App Store, pas celui d’ios.
MacOS support 3 niveaux de sécurité: Mac AppStore only, Mac AppStore et développeurs “identifiés” (en gros appli signée par un compte enregistré chez pomme, mais distribué hors de l’appstore) et “n’importe quel binaire”.
Je suppute qu’il parle du deuxième mode, “développeur identifiés”.
[^] # Re: une fiction n'est pas un documentaire
Posté par groumly . En réponse au journal [cinéma] Chernobyl, la mini-série en cinq épisodes. Évalué à 5.
https://en.m.wikipedia.org/wiki/Chernobyl_disaster#Assessment_difficulties
En gros, c’est vachement plus compliqué de mesurer les effets à long termes que ce qu’on pourrait imaginer. Les morts directes, la région est sinistrée, ok, ça c’est clair. Les conséquences à long terme, ou même sur la région « étendue »sont apparement vachement plus compliqué à mesurer.
L’oms a des études ne montrant pas de conséquences mesurables au long terme. C’est surprenant, mais si tu combines ça avec le contexte socio économique de la région a l’epoque (un gros bordel), et que tu corriges pour les biais de détection, ça devient coton d’attribuer les effet, effectivement.
Bref, je sais pas où la vérité se trouve, mais si les experts ont du mal dépatouiller le plus gros désastre nucléaire de l’histoire, je suis pas sûr qu’ils s’en sortent pour une centrale qui opère normalement.
[^] # Re: Je hais le C++
Posté par groumly . En réponse au journal Moi, expert C++, j'abandonne le C++. Évalué à 6.
Moi ce qui m’affole c’est des gens qui pensent qu’ils peuvent interchanger l’égalité de références avec l’égalité de valeur et que ça juste marche.
Je te rassure, Python est en bonne compagnie avec java, Ruby et .net qui font grosso modo la même chose.
https://en.m.wikipedia.org/wiki/String_interning
[^] # Re: Raisons d'Apple pour ne pas utiliser de logiciels sous GPLv3
Posté par groumly . En réponse au journal zsh remplace bash comme shell par défaut sous macOS. Évalué à 3.
Plaît il? Je me contentais de pointer le ridicule de ton argument « on peut scientifiquement pas prouver que la gpl v3 a fait plus de mal que de bien », et l’incongruité de ton « les moderes des fois c’est des extrémiste ».
Bref. Je sais pas quoi te dire, y’a des mecs qui changent leur fusil d’épaule, et des fois les extrémiste ont eu du succès, mais des fois pas. En gros tu dit rien.
Et refuser de faire des concessions, oui, c’est extrémiste. C’est un peu la définition d’extreme, d’etre tres loin de la modération et du compromis.
[^] # Re: Raisons d'Apple pour ne pas utiliser de logiciels sous GPLv3
Posté par groumly . En réponse au journal zsh remplace bash comme shell par défaut sous macOS. Évalué à 4.
On va aller loin avec des arguments comme ça.
C’est comme Charles Manson. A moins de créer un univers parallèle, on peut pas prouver qu’il a fait plus de mal que de bien. Ça se trouve, il a évité la 3ieme guerre mondiale!
Farpaitement! Méfions nous de la modération extrême. Y’a rien de plus dangereux que ça.
[^] # Re: Raisons d'Apple pour ne pas utiliser de logiciels sous GPLv3
Posté par groumly . En réponse au journal zsh remplace bash comme shell par défaut sous macOS. Évalué à 3. Dernière modification le 06 juin 2019 à 23:20.
T'attends pas a grand chose. Apple ne commente pas sur ce genre de choses. Cette histoire de GPLv3 est une rumeur, les personnes au courant des vrais raisons (oui, pluriel, je doute qu'il y ait une seule raison) sont soumises a un NDA tellement severe que personne ne va confirmer officiellement la vrai raison.
Mais oui, c'est probablement vrai. Apple a une tendance a se débarrasser de logiciel GPL. La licence est trop contraignante et dangereuse pour eux.
Mais c'est pas la seule raison. LLVM a ete créé parce que RMS a torpillé GCC avec ses délires anti proprio par exemple.
[^] # Re: Une autre façon de voir ça
Posté par groumly . En réponse au journal zsh remplace bash comme shell par défaut sous macOS. Évalué à 8.
:notsureif:
Ce débat est aussi vieux que vim vs emacs, mais la liberté n'est pas absolue dans ce contexte. Ya la liberté du développeur, et la liberte de l'utilisateur.
La GPL favorise la liberté de l'utilisateur final et constraint très fortement le développeur.
La BSD donne la meme liberté a tout le monde.
Note que la BSD ne retire aucune liberté a l'utilisateur final – c'est le développeur qui lui retire en redistribuant son travail sous une autre license que la BSD.
Ou tu n'aurais pas utilisé ce code en premier lieu. Tu pars du principe que t'es obligé d'utiliser le code sous GPL. C'était peut être une assomption raisonnable en 1988, ca l'est vachement moins en 2019 quand l'immense majorité du code libre est produit par de grosses boites qui sont directement visées par les clauses alakon de la GPL v3.
[^] # Re: pas cool les gens
Posté par groumly . En réponse au journal Appel de plusieurs organisations à imposer un minimum d'interopérabilité pour les GAFA. Évalué à 5.
\o/
On a attend le point zenitram. Celui où il accuse son interlocuteur de vouloir tuer son voisin!
[^] # Re: Premier vote
Posté par groumly . En réponse au journal Appel de plusieurs organisations à imposer un minimum d'interopérabilité pour les GAFA. Évalué à 7.
Je suis sûr que les personnes avec un handicap visuel utilisant une liseuse sont ravies d’etre exclues de ton écriture inclusive.
[^] # Re: choix cornélien
Posté par groumly . En réponse au journal Huawei renié par Google : une bonne nouvelle pour les smartphones libres (ou pas) ?. Évalué à 4.
Je vais pas défendre zenitram dans ses délires trollesques (attends encore un peu, il va t'accuser de vouloir tuer ton voisin), mais je vais me permettre de contredire quand meme.
La personne en question est un peu a la bourre sur ce qui se fait dans le milieu, et, contrairement aux batteries amovibles, les battery case sont une très bonne solution au problème, :
Parce que, oui, changer la batterie amovible ca se fait pas sans rebooter le telephone, ce qui peut être TRES genant si t'es en milieu d'un hangout ou quoi que ce soit d'autre qui pompe bien la batterie et qui est pas pratique a interrompre.
[^] # Re: choix cornélien
Posté par groumly . En réponse au journal Huawei renié par Google : une bonne nouvelle pour les smartphones libres (ou pas) ?. Évalué à 3. Dernière modification le 22 mai 2019 à 07:32.
Et dieu inventa les battery case. Le meilleur des 2 mondes.
https://appleinsider.com/articles/19/05/19/the-best-iphone-xs-and-iphone-xs-max-battery-cases
[^] # Re: Outrance
Posté par groumly . En réponse au journal Ma journée en garde à vue.. Évalué à 2.
Et qui définit la parole haineuse? La cour suprême?
Sachant qu’elle est nommée de facon largement politique, on est pas sorti de l’auberge avec le cirque qui se trame en ce moment.
Déjà que Roe v Wade a du souci a se faire grâce à l’alabama, si en plus on laisse ces agités du bocal consanguin déterminer ce qui peut ou ne peut pas être dit, merci.
[^] # Re: Outrance
Posté par groumly . En réponse au journal Ma journée en garde à vue.. Évalué à 2.
Une idée, c’est des impulsions électriques dans ton cerveau. Ça n’a rien d’illégal et ne le sera jamais.
Je trouve ça très bizarre de parler d’idée illégale en premier lieu. On est pas loin du concept de crime-pensée.
[^] # Re: Outrance
Posté par groumly . En réponse au journal Ma journée en garde à vue.. Évalué à 5.
Et tu serais tranquille d’esprit avec Trump et le GOP qui tiennent les rennes de ce qu’on peut exprimer et ne pas exprimer?
[^] # Re: Outrance
Posté par groumly . En réponse au journal Ma journée en garde à vue.. Évalué à 2.
Une idée est une conception de l’esprit. Elle ne peut pas être illégale. Elle est, c’est tout, et t’y peux rien.
Tu illustres magnifiquement son propos en disant ca.
[^] # Re: Tu as tout compris
Posté par groumly . En réponse au journal 33 listes, est ce raisonnable ?. Évalué à 2.
Je te le dit en toute amitié, tes messages sont incompréhensible pour qui ne vit pas dans ta tête.
Genre le ps se pose bien dans le genre “un paragraphe = une phrase” et n’a ni queue ni tête.
Le 1/ et le 2/ sont incompréhensibles. Genre je comprend vraiment pas ce que tu cherches à dire.
T’ecris dans un style “oral”, mais je suis à peu près sûr que même si je t’avais en face de moi, je comprendrais rien à ce que tu racontes. Structures t’es idees, et fait des phrases plus concises.
[^] # Re: proportionnelle
Posté par groumly . En réponse au journal 33 listes, est ce raisonnable ?. Évalué à 10.
Autant je veux bien rechigner sur l’esclavage, mais plutôt mourir que de dire chocolatine.