arnaudus a écrit 5237 commentaires

Musk a vendu pour 7 milliards de dollars d'actions Tesla, pour préparer sa défense vis-à-vis de Twitter, après sa rupture du contrat.

Non, c'est pas pour "préparer sa défense", c'est pour acheter Twitter au cas où la justice l'y obligerait (et justement, ça prouve que ses actions Tesla ne sont pas vraiment liquides, puisqu'il est obligé de vendre petit à petit, quand le marché s'y prête, au cas où il aurait besoin de 44 milliards d'un coup). Mais bon, ça ne contredit pas l'argument : il ne peut rien acheter de concret avec ses 7 milliards, ils ne sont pas rentrés dans l'économie réelle : il a échangé des titres Tesla contre quelque chose de plus liquide (il ne va pas mettre 7 milliards sur un compte courant) mais tout aussi virtuel, afin d'acheter éventuellement des actions Twitter, aussi virtuelles que les actions Tesla. Au final, très peu de ces sommes (en % hein, pas en valeur absolue) finissent dans l'économie réelle et servent à payer des biens et des services.

Encore une fois, l'idée n'est pas de nier que Musk ou Besos sont "ultra-riches", mais c'est de dire qu'en vrai, ils n'ont pas 100 milliards. Toutes proportions gardées, c'est similaire à ces histoires de retraités qui payaient l'ISF à cause d'une maison de famille sur l'île de Ré; on peut évaluer la valeur virtuelle d'un capital non-liquide, mais ça ne correspond pas à la richesse réelle.

environ toutes les autres nationalités avec lesquelles ce monsieur a travaillé parlent l'anglais correctement.

Du coup, il suffit de regarder le niveau moyen en anglais dans une tranche d'âge ou une catégorie socio-professionnelle, non? Si le gars a travaillé avec des Danois ou des Allemands, le niveau d'anglais va être meilleur qu'avec des Espagnols ou des Français. Mais il peut aussi essayer les Biélorusses ou les Tchèques s'il veut moins bien.

Comme toutes les généralités, c'est débile de partir sur des stéréotypes. Il y a des Français qui parlent très bien anglais, il suffit de faire un entretien d'embauche en anglais si c'est important.

Le sujet qui est vérifiable par toute personne ayant travaillé un minimum en Angleterre

Mais est-ce que ça n'est pas exactement comme ça qu'on répète des préjugés? Ce que je veux dire, c'est que ça me semble assez difficile d'obtenir des données chiffrées fiables dans ce domaine. Il faudrait avoir un échantillon de grande taille, portant sur plusieurs entreprises, en France et en Angleterre, sur les promotions internes en fonction de l'âge et du diplôme.

Obtenir ces données, ça semble être du ressort du travail universitaire. D'ailleurs, il est possible que quelqu'un a déja fait ça et publié un travail dessus. Mais devant la difficulté de la tâche, ça semble totalement impossible de remplacer la collecte des données par une vague impression, du style "c'est vérifiable par toute personne". Non justement, ça ne me semble pas si facilement vérifiable.

En particulier, ça parait difficile de contraster l'embauche et la promotion quand on connait pas la distribution des profils embauchés. Si tu embauches les diplômés au niveau +++ et les non-diplomés au niveau 0, tu pourras accorder beaucoup de promotions aux non-diplomés, ils grimperont dans les échelons, mais ils ne rejoigneront jamais les diplomés.

Comme c'est un monde que je ne connais pas, je demande naïvement : en France, les promotions sont généralement conditionnées au diplôme qu'on avait au moment d'être recruté? Ou alors c'est juste un effet d'âge? (à un même niveau, les diplomes sont plus jeunes car ils ont été recrutés plus haut, et on donne plus de promotions aux jeunes à un niveau donné?). Je savais que ça existait à l'embauche (genre, quand tu cherches du taf à 50 ans, certaines boîtes regardent de quelle école d'ingénieur tu sors, ce qui semble assez débile sauf à vouloir réseauter), mais est-ce le cas pour les promotions internes? Et si oui, est-ce que la direction est d'accord?

Du coup, la seule information vérifiable que l'article contient, c'est qu'il y a en Angleterre des gens qui confirment leurs stéréotypes à partir d'anecdotes personnelles? Dit comme ça, ça n'a pas l'air fulgurant…

Mais du coup c'est pas la bonne stat, puisqu'il faudrait savoir si c'est différent ailleurs.

Comme dit plus haut, ça parait assez absurde d'imaginer que les diplômes sont peu valorisés dans les pays anglo-saxons alors que les gens s'endettent sur 20 ans pour en obtenir.

Comme c'est souvent le cas dans les démarches militantes, j'ai peur que ces arguments ne font pas l'hypothèse que les gens qui développement l'argument de la fortune virtuelle sont dotés d'un minimum d'intelligence.

L'argument de la fortune virtuelle, c'est plutôt (à ma connaissance) l'idée qu'il est impossible de Bezos d'acheter pour 100 milliards de trucs réels s'il en avait envie. Les problèmes de liquidité et de volatilité sont des problèmes concrets; celui de la légalité de la liquidation d'une telle fortune également (posséder une entreprise ça n'est pas comme posséder une boite de petits pois), mais ce sont des problèmes techniques, qui doivent être solubles en partie (moyennant avocats et un taux de perte substantiel). J'ai plutôt l'impression que cette fortune est virtuelle dans la mesure où il est physiquement impossible de la dépenser sans acheter d'autres trucs virtuels. Musk aurait pu acheter des actions de Twitter, mais il aurait juste échangé des trucs virtuels contre d'autres trucs virtuels. Mais il n'aurait pas pu acheter la Joconde, ni 1000 tonnes d'or, ni pour 10 milliards de boites de salsifis; ni même probablement récupérer 100 milliards en billets (ça ferait environ 10% des billets existants). Pour satisfaire de telles lubies, il faudrait des années.

Après, oui, il pourrait donner cet argent, et confier à des milliers d'acteurs le soin de le dépenser.

La partie finale de l'argument ("et même si la liquidation était difficile et coûtait 90% de sa fortune il serait encore super-riche") est un enfonçage de portes ouvertes, car c'est exactement l'argument de la monnaie virtuelle : ces gens sont ultra-riches, mais les 150 milliards qu'ils possèdent ne sont pas comparables à 150 milliards sur un compte en banque.

je vois de la malveillance dans le fait qu'aucun humain n'intervienne

Ça c'est de la négligence, pas de la malveillance. La malveillance c'est lié à la volonté de nuire à quelqu'un. Ça n'est pas de ça dont on parle.

qui dit bien tout le mépris qu'elle a pour ses utilisateurs

Je ne suis pas sûr que ça soit vrai dans le fond, mais de toutes manières le raisonnement est fallacieux. Google a des milliards d'utilisateurs, débrancher le compte d'une personne pour (selon leur point de vue) permettre d'améliorer l'expérience de millions d'autres (leur permettre d'accéder à une plateforme de partage à bonne réputation dont les IP ne vont pas être bloquées dans certains pays et référencés dans les moteurs de recherche, supprimer les fichiers corrompus, éviter des poursuites pour des infractions à la propriété intellectuelle, etc) se justifie parfaitement du point de vue de l'utilisateur. C'est comme les mutuelles qui excluent les clients "malchanceux", c'est une balance entre les intérêts des utilisateurs.

Ce qui doit être plus clairement établi par la loi par contre, c'est si l'accès à un compte Google est un droit. Par exemple, accéder à un compte en banque à l'agence du coin, ça n'est pas un droit : une banque peut très bien refuser un client (sauf si c'est de la discrimination). Par contre, avoir un compte est un doit, l'État peut imposer à une agence d'ouvrir un compte à une personne si personne d'autre ne veut le faire. Pour faire l'analogie (foireuse, il faut bien le dire) avec une banque, peut-être que l'accès spécifique aux services de Google n'est pas un droit, et que cette personne n'a pas le droit d'exiger de Google que son compte lui soit restitué.

IRL, cela correspondrait à ce que la banque puisse ouvrir les coffres des clients pour voir s'ils ne font pas du blanchiment, ou s'ils ne stockent pas des photos pédopornos.

En Europe au moins, les banques sont responsables auprès de l'État de l'origine des fonds. Elles ne sont pas censées accepter les transferts douteux, et doivent émettre sur demande des certificats attestant de l'origine légale des sorties de montants inhabituels (par exemple, les notaires demandent un tel certificat quand tu achètes un bien immobilier sans passer par un crédit : la banque doit justifier de l'origine de l'argent (salaire, héritage, placements financiers, etc). D'ailleurs, inversement, les banques doivent également empêcher les dépenses inhabituelles (genre, un transfert de 100k€ vers une banque Africaine). Donc oui, ton banquier a l'obligation légale de surveiller tes comptes et tes transactions financières.

Pour revenir au sujet, Google prétend (et je ne pense pas qu'il y ait des raisons de les mettre en doute sur ce point) que les contenus personnels ne sont pas utilisés à des fins commerciales. Les documents et contenus sont scannés pour des raisons de sécurité (recherche de logiciels ou de fichiers malveillants, notamment).

Dans tous les cas, il semble déraisonnable d'imaginer que Google ait un quelconque intérêt à développer des outils et consommer du CPU pour savoir si tu es pédophile. S'ils font ça, c'est pour limiter les risques que tu diffuses des photos illégales à partir de leurs serveurs (et/ou éventuellement de montrer leur bonne volonté à l'administration US). Un pédophile reste un consommateur pour eux, et s'ils peuvent leur refiler de la pub ciblée, ça les arrange aussi.

Au final, j'imagine qu'il y a une subtilité technique (par exemple, le gars avait partagé par défaut ses photos sur Drive avec un membre de sa famille ou un truc comme ça). Il n'y a pas de malveillance, juste des algos qui font des trucs d'algos sans jamais qu'un humain n'intervienne.

Donc je pin les versions.

Et dans 10 ans, tu dépendras d'obscurs modules qui ont 10 ans? Qui ne seront peut-être même plus disponibles ailleurs que sur les gros disques des repositories pip ou conda? Quand tu auras une faille de sécurité corrigée dans le module M1, soit tu restes avec ton trou, soit tu mets à jour M1, qui va dépendre d'une version récente de M2, qui va dépendre d'une version récente de M3, et manque de bol, tu utilisais déja une version ancienne de M3. Du coup, il va te falloir deux versions de M3? Tu vas patcher M2 pour qu'il soit compatible avec ta version de M3?

Honnêtement, j'ai du mal à imaginer comment le pin de version est compatible avec la maintenance d'un logiciel. Ou alors tu pars du principe que ton truc sera obsolète d'ici quelques années, et qu'à ce moment tu réécriras tout from scratch avec des technologies plus récentes.

Ça doit évidemment dépendre de ce qu'on distribue, et à qui on le distribue. Mais je n'ose pas imaginer ce qui se passerait si Firefox par exemple décidait qu'il dépendait d'une version fixe de libcairo ou de libgtk. Tu seras bloqué toute ta vie avec une distrib de 2022? Tu pourras mettre à jour Firefox, mais aucune autre de ses dépendances?

L’utilisateur est le développeur

Qui plus est, "amateur" (souvent aucune formation).

avec des enjeux très largement réduits

Mouais, enfin il faut être honnête : quelle est la proportion de résultats scientifiques publiés affectés par des bugs plus ou moins importants? Si c'est 80%, alors on est un peu payés pour rien. La qualité de la production scientifique, c'est maintenant avant tout la qualité et la reproductibilité du code pour l'analyse des données.

c’est du code plus ou moins “jetable”,

Certes, mais "jetable" ne veut pas forcément dire "crado". Dans ce contexte, la stabilité des API n'a aucun intérêt en effet (puisque par définition on fait tout le temps évoluer le code jusqu'à la publication, et le code ne tournera probablement plus jamais après); les optimisations prématurées sont proscrites, on ne code que ce dont on a besoin au moment où on en a besoin. Mais ça n'empêche pas de documenter un minimum (on peut être relu et on doit pouvoir justifier chaque bout de code), ça n'empêche pas d'utiliser un gestionnaire de version, etc.

Ceci dit j’utilisais aussi à l’occasion du code plus professionnel,

Il est certain que les pratiques peuvent changer, et que ceux qui travaillent mieux peuvent s'en sortir. Mais ça dépend également des modes de financement (typiquement, il n'y a aucun financement possible pour la maintenance), des modes d'évaluation (est-ce que la qualité des logiciels est évaluée, est-ce qu'il est valorisable de contribuer à un projet libre, etc), et de la culture scientifique dans la discipline (valorisation du travail collectif vs. chacun dans son coin).

Une nouveauté de cette année, c'est le recrutement de "data editor" dans les journaux scientifiques (ceux des sociétés savantes hein, les grands éditeurs s'en fichent). Ils vont vérifier si les auteurs des articles mettent bien à disposition les données scientifiques et le code utilisé pour les analyses.

C'était ironique, hein. Deux posts plus haut j'expliquais que ces pratiques de gestion des dépendances n'existaient pas quand on maintenait ses logiciels, mais pour ça il faut juste bosser. Si on ne fout rien pendant 10 ans, on a besoin de dépendances qui ont aussi 10 ans.

(tu travaillerais pas dans la boîte qui a vu ces 900 serveurs se faire hacké-rançonné par hasard ?)

Je travaille dans la recherche publique, donc c'est bien pire que ça. Il arrive fréquemment qu'il n'y ait pas d'admin sys dans les laboratoires, tout le monde est root sur les serveurs, et les logiciels métier sont des trucs confidentiels codés par des stagiaires, utilisés par 3 personnes dans le monde et téléchargés sur un serveur chinois pas mis à jour depuis 7 ans.

J'imagine que le seul point fort des labos publics c'est que tout le monde sait qu'ils n'ont pas un rond et qu'il serait impossible même avec la meilleure volonté du monde de sortir une rançon de 10$ en bitcoins avec les règles de la comptabilité publique.

Bah justement, ce qui était censé être expliqué dans l'article, c'est que Google n'analyse pas les contenus privés. Apparemment, le téléphone du monsieur était configuré pour envoyer automatiquement les photos sur Google drive, qui est potentiellement public et partageable. Vu le coût CPU de l'analyse de photos par un algo d'AI, j'aurais pensé que Google n'aurait analysé que les répertoires publics… après, peut-être que le drive était configuré pour partager avec la famille ou je ne sais pas quoi, c'est souvent des histoires de détail ces trucs là. Ou alors, Google considère le drive comme non-privé, mais je trouverais ça bizarre.

De toutes manières, je ne pense pas que Google ait spontanément pensé à analyser les photos pour détecter la pédopornographie. C'est probablement une obligation légale (l'hébergeur de contenu doit mettre tous les moyens en place pour empêcher la diffusion), et une grosse pression de la part des actionnaires pour éviter les scandales (du style "un réseau de pédophiles utilisait Google drive pour échanger des trucs").

sans doute une synchro automatique depuis le tel

Parfois j'ai l'impression que les GAFAM ne payent ni le CPU ni l'espace disque…

je sais pas comment vous faites dans le monde pro avec une groses base de code à faire évoluer et à maintenir…

Bah, c'est expliqué dans le journal : conda et/ou gros binaire monolithique, le développeur fournit une image de sa machine au client pour que le code tourne, et 10 ans après c'est toujours le même environnement.

L'article est derrière un paywall, donc on peut légitimement estimer que le lien n'est pas très utile.

Sur le fond, l'histoire ne me semble pas très claire (pourquoi la photo a t-elle été analysée? mise à disposition sur un serveur d'images? Pourquoi l'appel a été rejeté?).

Au passage, faire l'objet d'une enquête de police n'est pas un préjudice (même s'il y a garde à vue), en France on ne peut pas demander réparation à l'État même en cas de non-lieu. Et (toujours en France, aux US je ne sais pas), une dénonciation n'est problématique que si elle est calomnieuse. Du coup, ça exclut l'incompétence ou la négligence…

Ou alors tu fais des interface propres et pérennes.

Mouais. On peut aussi sortir des logiciels sans bugs, comme ça, plus besoin de bug trackers…

Tu peux toujours faire en sorte de ne pas casser les interfaces existantes, mais ça ne marche que dans un sens (on peut utiliser une lib récente sur un code ancien, mais pas le contraire). Il ne faut pas non plus qu'une politique de non-évolution trop stricte t'empêche d'améliorer l'interface.

Et puis, les problèmes de compatibilité peuvent arriver sans changement d'interface. Tu ne peux jamais prévoir comment les utilisateurs vont contourner les bugs; si dans ta version 1.0 tu avais sqrt(-2) qui renvoyait Inf, et que tu décides de corriger ça et de renvoyer NaN dans ta version 1.2, tu n'es pas à l'abri de flinguer le code d'un utilisateur qui testait if (isinf(sqrt(foo)).

tu ne le mets pas à jour. sauf menace terroriste avérée. ou sinon si tu aimes les emmerdes,

C'est pas exactement le signe que ça tient avec des bouts de ficelle, ça? Tous les jours, ton environnement se décale par rapport aux versions maintenues des dépendances. Un jour, quelqu'un sous macOS va avoir un problème pour trouver la vielle version du module machin sur pip, il faudra 20 minutes pour installer l'environnement sur une Ubuntu récente, et puis peu à peu tout va devenir obsolète, certaines dépendances ne fonctionneront plus avec systemd, avec wayland, et paf, ça sera fini.

et en priant pour que le système de build et l'environnement de développement trouve la bonne

Je me réponds à moi-même, mais pour le principe de râler, il faut quand même noter qu'à ma connaissance, aucun langage n'est conçu pour traiter correctement les dépendances, et refilent le bébé au compilo, qui le refile au builder, qui le refile au système. Genre #include <gsl/gsl_vector.h> et démerde-toi pour que ça soit la bonne version dans le path. Et si c'est dans l'en-tête d'un .h d'une lib, bah c'est pareil, le système va automagiquement se démerder pour lier la version que le dev de la lib avait en tête.

(selon les langages, il peut exister des hacks plus ou moins efficaces pour récupérer la version du module chargé, mais je trouve ça assez dingue que ça ne soit pas dans les briques de base).

Est-ce qu'au final on n'est pas simplement en train d'acter le fait que personne ne souhaite maintenir les logiciels?

Traditionnellement, l'évolution des logiciels (compilateurs, systèmes de build, bibliothèques tierces…) demande une maintenance permanente. Ça ne compile plus avec le nouveau gcc parce qu'il est plus strict sur les erreurs de syntaxe, il faut réécrire le code pour s'interfacer avec la dernière API de libxml, il faut contourner un bug du compilateur sur telle ou telle architecture, etc. Un projet actif demande de toujours bricoler pour fournir des paquets qui fonctionnent sur plusieurs OS ou plusieurs distributions. C'est casse pied, mais c'est le prix à payer pour s'assurer que le logiciel soit utilisable, qu'il soit compilé avec des options d'optimisation plus efficaces, qu'il soit compatibles avec les nouvelles technologies, et qu'il s'appuie sur des versions à jour (débuggées, sécurisées, et optimisées) des bibliothèques externes.

J'ai l'impression que l'écosystème actuel n'accepte plus ce coût, et voudrait que les logiciels fonctionnent pour toujours comme au jour de la publication de la première version. Avec un Python d'il y a 10 ans, avec des dépendances qui n'ont pas été touchées depuis 15 ans, avec des interfaces graphiques qui datent de Windowmaker… Si les dépendances sont trop chiantes, paf on distribue le binaire compilé d'un bloc, et si ça marche pas, paf on te met ça dans une machine virtuelle, ça juste marche.

Conda et compagnie, c'est quand même par design pour pallier les trucs pas maintenus, qui ont besoin d'une combinaison précise de dépendances pas à jour, ou pour faire tourner la dernière version d'un logiciel sur un serveur pas super à jour. C'est plus dans nos pratiques collectives de maintenance qu'il y a un problème, non? Je ne vois pas comment ça pourrait être résolu magiquement en bloatant les machines avec 127 versions de chaque dépendance et en priant pour que le système de build et l'environnement de développement trouve la bonne et se débrouille pour trouver quelque chose de plus ou moins compatible sur chaque machine où le logiciel sera distribué…

ça n'a pas grand chose à voir avec "lourdingue"

Bah, "lourdingue" je comprends ça comme "un peu beauf / sexiste / raciste et fier de l'être", donc c'est pas très loin, non? Ou alors je n'ai pas non plus compris que qu'elle avait sous-entendu. Mais comme FantastIX "assume" (après avoir affirmé 5 ou 6 fois que le problème ne venait pas des blagues mais des lecteurs), je pense qu'on est finalement tous assez d'accord.

On m'a souvent dit que j'étais lourdingue. Alors j'ai arrêté de m'en cacher en assumant.

C'est pourtant le contraire de ce que tu as fait dans cette discussion, puisque tu prétends que tes blagues ne sont pas lourdes et que c'est les autres qui ne les comprennent pas.

Tu es au moins au courant qu'il existe une autre solution qu'assumer? Genre, faire un effort pour être moins lourd?

Te casse pas, je crois qu'on t'a bien compris, en fait.

C'est tout aussi "maladroit" que se sentir offensé par un message sans chercher à comprendre le messager.

Ah oui, ils sont pénibles aussi ces Juifs, ces noirs, ces blondes et ces pédés à se sentir offensés par des blagues innocentes. Ils sont bien tous pareil, hein.

J'imagine qu'une explication pourrait être le côté disruptif de briser le tabou du racisme—c'est le moteur des blagues (ou les contrepétries) sur le sexe ou le caca, c'est "drôle" parce qu'on va au-delà de ce que la bienséance permet. Mais franchement, je n'y crois pas, parce que les blagues racistes existaient bien avant que le racisme ou la xénophobie soient mal vus. Pourquoi est-ce qu'il semble si "drôle" d'exprimer des stéréotypes racistes? Je ne sais pas trop.

En tout cas, la blague du "non-binaire" ne m'a pas fait rire du tout, parce que déja c'est pas très drôle (ce n'est même pas un calembourg, puisque "binaire" a la même étymologie dans le deux cas), que j'avais deviné la chute dès les premiers mots, et que la communauté des informaticiens est probablement l'une des plus sexiste et homophobe qui soit. Déja que beaucoup de jeunes femmes hésitent à se lancer dans cette voie parce qu'elles ne sont pas sûres de pouvoir s'y intégrer, alors les trans, je n'ose même pas imaginer. C'est sûr que de tomber sur des forums où on leur dit qu'elles ne savent pas manipuler des booléens va les rassurer sur leur futur milieu pro…

"Pourquoi les ordinateurs quantiques ne sont toujours pas sur le marché? Parce que les informaticiens ne savent pas qu'il est possble d'être non-binaire. ah ah."

Ce que tu dis devrait être vrai… à condition d'analyser les intentions des auteurs. Et dans ces cas-là, on arrive vite au procès d'intention.

Non, c'est à la personne qui communique de s'assurer que le message sera bien perçu, ce n'est pas à la personne qui reçoit de message de "faire un effort" pour comprendre qu'une blague homophobe n'est "pas méchante".

Tout le monde sait maintenant que certaines "victimes" des blagues stéréotypées se disent blessées par ces blagues. Tu as plusieurs choix. Tu peux penser que ces gens sont des menteurs et qu'ils ne sont pas réellement blessés. Ils veulent juste que tu arrêtes de les faire, parce que… ils n'aiment pas être essentialisés, peut-être. Tu peux aussi considérer que ces gens sont sincères, qu'ils sont réellement blessés, mais tu t'en fous et tu continues. C'est ton droit.

Mais il faut être cohérent. À moins d'avoir vécu en hermite pendant 50 ans, tu sais que les blagues stéréotypées sont malvenues (tu sais, c'est le fameux "on ne peut plus rien dire"). Je ne comprends pas tellement ce que tu essayes de faire croire en jouant l'innocent. "Comment? Qu'apprends-je? Michel Leeb ne passe plus à la télé?". Si tu veux assumer, assume, en l'occurrence, on ne parle pas de quelque chose d'illégal.

Sur le fond, j'ai essayé de t'expliquer pourquoi ces blagues sont malvenues. 1) elles peuvent blesser, 2) elles entretiennent les stéréotypes racistes, sexistes, et homophobles, qui sont la base de la discrimination sociale. Donc c'est à toi de voir si tu peux changer tes habitudes et te retenir, ou si tu t'en fous et tu continues. Un peu comme cramer du pétrole pour ses loisirs, par exemple, c'est le même principe.

En tout cas, par exemple, je crois que je n'aimerais pas du tout que mes enfants apprennent ce qu'est un Juif ou un homosexuel par ce genre de blagues pourries. Un Juif, c'est pas quelqu'un qui est radin, et un homosexuel, ce n'est pas quelqu'un qui dit "oh oh j'ai mal aux fesses" d'une voix efféminée. C'est juste… pas drôle, en fait, ce qui est un peu dommage pour une blague, non?