Planète Warez

Un protocole de messagerie mobile

Google a lancé une nouvelle campagne et une nouvelle page sur son site dédié aux évolutions d’Android pour faire pression sur Apple afin que l’éditeur d’iOS change d’avis sur le protocole RCS (Rich Communication Services). La grande enseigne de la technologie appelle de plus en plus Apple à adopter le RCS, estimant que le protocole de communication améliorerait l’expérience de messagerie entre les utilisateurs d’Android et d’iOS. « Il est temps pour Apple de corriger les SMS », lit-on sur le site Web. « Il ne s’agit pas que de la couleur des bulles. Ce sont les vidéos floues, les discussions de groupe interrompues, les accusés de lecture et les indicateurs de frappe manquants, l’absence de SMS sur le Wi-Fi et plus encore. Ces problèmes existent parce qu’Apple refuse d’adopter les normes d’envoi de SMS modernes lorsque les utilisateurs d’iPhone et de téléphones Android s’envoient des SMS ».

Google affirme que la campagne vise à résoudre non seulement le problème des « bulles vertes/bleues », mais également d’autres défis courants dans la messagerie multiplateforme, notamment le chiffrement de bout en bout, etc. Tous les problèmes sont dus à l’utilisation continue par iPhone des SMS et MMS pour les conversations non-iMessage, que Google qualifie de « technologies obsolètes des années 90 et 00 ».

La grande enseigne de la technologie pousse Apple à résoudre ces problèmes en prenant en charge RCS, qui offre de nombreuses fonctionnalités d’iMessage dans un protocole pouvant être utilisé à la fois sur iOS et Android.

RCS est un protocole de messagerie mobile défini par le consortium international GSMA. Il vise à remplacer le SMS et le MMS, dont l’usage sur smartphone est en baisse régulière depuis plusieurs années. Mais la transition du SMS au RCS n’est pas simple. Le successeur du traditionnel SMS est déjà largement disponible depuis plus de cinq ans.

Cependant, Apple ne semble pas particulièrement disposé à se servir de ce protocole, même si l’entreprise n’a jamais officiellement indiqué qu’elle ne le ferait pas. Très attaché à iMessage, sa propre messagerie instantanée lancée en 2011, Apple se voit reprocher de faire barrage au standard. Aussi, quand un iPhone interagit avec un smartphone Android, le SMS est toujours utilisé ; et avec l’envoi revendiqué de quelque 200 000 iMessages chaque seconde, le mastodonte de Cupertino n’a pas vraiment besoin de changer une équipe qui gagne.

Pour la plupart des gens, les problèmes décrits par Google pourrait s’apparenter au fait d’afficher des bulles de discussion vertes (et non bleues comme sur iPhone) pour désigner les utilisateurs sous Android. D’ailleurs, à ce propos, un récent article du Wall Street Journal soulignait que cette distinction pouvait être excluante et provoquer une forme de cyberharcèlement.

En fait, alors que l’application iPhone utilise le propre service iMessage d’Apple pour envoyer des textes entre les iPhones (avec des fonctionnalités modernes telles que le chiffrement, la prise en charge des discussions de groupe et les transferts d’images et de vidéos de haute qualité), ils reviennent aux SMS et MMS à l’ancienne lors de l’envoi de message à un utilisateur sur Android. Non seulement ces messages sont affichés dans une bulle verte aux couleurs contrastées, mais ils brisent également de nombreuses fonctionnalités de messagerie modernes sur lesquelles les gens comptent.

Suite à l’article du Wall Street Journal publié en janvier, Hiroshi Lockheimer, le vice-président de Google, s’est attaqué frontalement à la politique d’Apple, selon lui hypocrite : « Le verrouillage d’iMessage par Apple est une stratégie bien documentée. Utiliser la pression sociale et l’intimidation afin de vendre des produits est malhonnête pour une entreprise qui place l’humanité et l’équité au cœur de sa stratégie marketing. Il existe des standards pour remédier à cela ». Puis de clamer haut et fort : « Nous ne demandons pas à Apple de porter iMessage sur Android […] Nous demandons à Apple de soutenir le standard de l’industrie pour la messagerie moderne (RCS) dans iMessage, comme il le fait déjà pour les anciens standards SMS/MMS ».

Google a ouvert une page sur son site dédié aux évolutions d’Android pour mettre la pression à Apple avec le slogan HELP @APPLE #GETTHEMESSAGE. Google espère que la pression publique incitera Apple à adopter RCS, une mise à niveau mineure de la norme SMS qu’Apple utilise pour les utilisateurs non-iMessage. Google pousse cette stratégie depuis le début de l’année, mais venant de l’entreprise avec la stratégie de messagerie la plus dysfonctionnelle au monde, elle apparaît simplement comme une entreprise fatiguée de récolter ce qu’elle a semé.

Dans le monde entier, iMessage n’est pas si populaire (les gens ont tendance à préférer Whatsapp), mais aux États-Unis, iMessage est un phénomène culturel suffisant pour que l’une des chansons apparaissant au Billboard Top 100 indique à quel point il est nul d’avoir une bulle iMessage verte (SMS) - il s’agit de la chanson Texts Go Green de Drake.

L’un des plus grands concurrents d’Apple, en particulier pour les services en ligne, est Google, et l’incapacité de Google à rivaliser avec iMessage a beaucoup contribué à la situation actuelle. Google estime apparemment que la domination d’iMessage est préjudiciable à sa marque, alors maintenant, il demande gentiment à Apple d’arrêter de le battre si durement sur ce terrain à domicile.

Le site de Google indique : « Il ne s’agit pas de la couleur des bulles. Ce sont les vidéos floues, les discussions de groupe interrompues, les confirmations de lecture et les indicateurs de frappe manquants, l’absence de SMS via Wi-Fi, etc. Ces problèmes existent parce qu’Apple refuse d’adopter les normes modernes de SMS lorsque les gens avec des iPhones et des téléphones Android s’envoient des textos ».

Certaines des affirmations de Google sur ce site Web n’ont pas beaucoup de sens. Google déclare : « Apple transforme les SMS entre les iPhones et les téléphones Android en SMS et MMS, des technologies obsolètes des années 90 et 2000. Mais Apple peut adopter le RCS, la norme moderne de l’industrie, pour ces fils de discussion à la place ». RCS n’est pas non plus une norme moderne - elle date de 2008 - et, malgré quelques mises à jour médiocres depuis lors, n’a pas suivi le rythme.

RCS traîne depuis si longtemps et est encore si mal implémenté car il a été créé par les opérateurs (via la GSMA) en tant que norme de messagerie centrée sur les opérateurs. Les opérateurs l’ont fait à l’apogée des SMS payants, lorsque la messagerie de l’opérateur était une véritable source de revenus. Maintenant que la messagerie des opérateurs est banalisée, les opérateurs qui contrôlent le RCS n’ont plus intérêt à se soucier du RCS. RCS serait-il une spécification zombie ? À chacun de le déterminer.

À la décharge de Google, le protocole SMS date de 1986, donc RCS est plus moderne que lui. C’est probablement plus un signe que vous ne devriez jamais travailler avec la GSMA si vous n’y êtes pas obligé. Si Google et Apple s’associaient pour créer un duopole de messagerie, ils n’auraient pas besoin des opérateurs ni de leur ancienne norme de messagerie.

Le fork propriétaire de Google de RCS

Datant de 2008, RCS pourrait manquer de beaucoup d’éléments auquel vous vous attendez d’une norme de messagerie moderne. Tout d’abord, en tant que norme, RCS est la messagerie de l’opérateur, de sorte que les messages sont transmis à un seul numéro de téléphone de l’opérateur, plutôt qu’à plusieurs appareils via Internet, comme on s’attendrait à ce qu’un service moderne fonctionne. En standard, il n’y a pas de chiffrement. Google a essayé de faire les louanges des fonctionnalités sur la spécification RCS vieillissante, mais si vous considérez ces éléments comme faisant partie de l’argumentaire de vente RCS, ce que Google fait, cela ressemble plus à vous vendre « le fork propriétaire de RCS de Google ». Google aimerait vraiment qu’Apple intègre son fork RCS propriétaire dans iMessage.

Soit dit en passant, la version de RCS de Google, celle promue sur le site Web avec des fonctionnalités exclusives à Google telles que le chiffrement facultatif, est définitivement propriétaire. Si cela est censé être une norme, il n’y a aucun moyen pour un tiers d’utiliser les API RCS de Google pour le moment. Certaines applications de messagerie, comme Beeper, ont demandé à Google d’intégrer RCS et on leur a dit qu’il n’y avait pas d’API RCS publique et qu’il n’était pas prévu d’en créer une. Google a déjà une API RCS, mais seul Samsung est autorisé à l’utiliser car Samsung a signé une sorte d’accord de partenariat.

Si vous souhaitez implémenter RCS, vous devrez faire passer les messages via un type de service, et qui fournit ce serveur*? Ce sera probablement Google. Google a acheté Jibe, le principal fournisseur de serveurs RCS, en 2015. Aujourd’hui, il a tout un argumentaire de vente sur la façon dont Google Jibe peut « aider les opérateurs à faire évoluer rapidement les services RCS, à itérer en cycles courts et à bénéficier immédiatement des améliorations ». Ainsi, l’argument pour Apple d’adopter RCS n’est pas seulement cette absurdité de bien public sur l’amélioration des textes avec les utilisateurs d’Android ; il s’agit également de faire passer les messages d’Apple via les serveurs de Google. Google profite à la fois des frais de serveur et de l’acquisition de données.

La messagerie de Google, on en parle ?

Google n’a toujours pas de stratégie de messagerie unique. Bien qu’il ait soudainement blâmé Apple pour une situation qu’il a largement contribué à créer, le plus triste à ce sujet est que Google n’a même pas tourné une nouvelle page. La messagerie Google est tout aussi fragmentée et dysfonctionnelle qu’elle ne l’a jamais été.

À l’heure actuelle, Google dispose de trois applications de messagerie principales*: outre cette plate-forme Google Messages/RCS, il existe également Google Chat, qui est un service de messagerie over-the-top plus traditionnel, et Google Voice, qui est un numéro de téléphone fourni par Google avec la possibilité de faire des messages type SMS. Google Hangouts est techniquement toujours la quatrième application de messagerie, bien qu’elle ait été fermée en novembre. Il existe également des applications de messagerie en silo intégrées à Google Maps, Google Photos, Google Stadia, Google Pay, Google Assistant et Google Phone, et aucune d’entre elles ne se parle.

Le responsable de la messagerie de Google a quitté le navire le mois dernier, donc on ne sait pas ce que l’avenir de la messagerie Google réserve jusqu’à ce que quelqu’un prenne les rênes. Il est donc important pour Google de mettre d’abord de l’ordre dans sa maison avant de commencer à jeter des pierres sur Apple.

Du côté d’Apple, l’intérêt n’est pas perçu : Craig Federighi, vice-président directeur du génie logiciel d’Apple, estime qu’augmenter la compatibilité d’iMessage avec les téléphones Android ne servirait qu’à soutenir Android et à affaiblir la stratégie de verrouillage d’Apple. Une grande partie de la stratégie marketing d’Apple est qu’Android est un écosystème brisé où les choses ne fonctionnent pas aussi bien, et vous pouvez le voir dans l’explication de la bulle verte ci-dessus d’Apple et dans des choses comme la diapositive Toxic Hellstew de Tim Cook.

Enfin, RCS en tant que plate-forme de messagerie n’est tout simplement pas si bonne. Le résultat final d’une norme de 2008 avec un tas de fonctionnalités supplémentaires qui y sont ajoutées est toujours inférieur à la normale par rapport à des plateformes comme iMessage, WhatsApp, Signal ou Telegram. À part le fait que Google cherche désespérément l’une des rares solutions de messagerie qu’il n’a pas épuisées avec une mauvaise gestion, il n’y a pas d’argument clair pour expliquer pourquoi RCS vaut cet effort. Dans l’utopie du monde des rêves où Apple veut travailler avec Google et Samsung sur une norme de messagerie, ces trois entreprises travaillant ensemble pourraient faire bien mieux qu’une norme de messagerie négligée.

Sources : Google, developpez.com

Le système d’exploitation Google le plus connu est Chrome OS. Mais le géant américain utilise en son sein sa propre distribution Linux pour postes de travail : gLinux. Sa principale caractéristique : réduire le labeur et le stress des équipes en charge de son déploiement et de son exploitation.

Rare moment où gLinux a pu être capturé, ici dans une vidéo de Google sur le calcul quantique avec son CEO Sundar Pichai. (crédit : Reuters)
Rare moment où gLinux a pu être capturé, ici dans une vidéo de Google sur le calcul quantique avec son CEO Sundar Pichai. (crédit : Reuters)

Si vous regardez autour des bureaux de Google à Mountain View, en Californie, vous verrez des machines Windows, des Chromebooks, des Mac et des ordinateurs de bureau gLinux. G quoi, vous demandez-vous ? Eh bien, en plus de s’appuyer sur Linux pour ses serveurs, Google possède en fait sa propre distribution de bureau Linux. Mais impossible - bon sang! - de la télécharger depuis plus d’une décennie. Au départ, elle a été dénommée Goobuntu, non sans cacher un lien de parenté avec la célèbre distro Ubuntu. Mais en 2018, la firme américaine a a fait évolué son développement vers une autre distribution Linux, nommée gLinux, cette fois-ci basée sur Debian. Pourquoi ? Google a expliqué que recourir à la version LTS de Goobuntu signifiait de mettre à niveau chaque système de sa flotte, soit plus de 100 000 terminaux, avant la date de fin de vie de l’OS. Un chantier titanesque. Ajoutez à cela la nécessité fastidieuse de personnaliser entièrement les PC des ingénieurs, et Google a décidé que cela coûtait trop cher. En outre, l’effort de mise à niveau de la flotte de terminaux vers Goobuntu aurait pris une bonne partie de l’année, soit autant de temps mordu sur un support étalé sur deux ans avant de devoir recommencer le même processus pour une prochaine version LTS.

« L’ensemble de ce processus a été un énorme facteur de stress pour notre équipe, car nous avons reçu des centaines de bogues avec des demandes d’aide pour des cas critiques », a expliqué Google qui en a eu assez et a donc basculé sur Debian Linux. La société a alors créé une distribution Debian en développement continu : GLinux Rolling Debian Testing (Rodete). L’idée ? Que les utilisateurs et les développeurs profitent de dernières mises à jour et correctifs au fur et à mesure de leur création et jugés prêts pour la mise en production. Ces distributions incluent Arch Linux, Debian Testing et openSUSE Tumbleweed. Pour Google, l’objectif immédiat était de sortir du cycle de mise à niveau de deux ans. Comme l’a montré le passage à l’intégration continue/déploiement continu (CI/CD), ces changements progressifs fonctionnent bien. Ils sont également plus faciles à contrôler et à annuler en cas de problème.

Une automatisation complète dans le pipeline qui change la vie

Pour que tout cela fonctionne sans beaucoup de sang, de sueur et de larmes, Google a créé un système de workflow, Sieve. Chaque fois que Sieve repère une dernière version d’un paquet Debian, il démarre une build. Ces packages sont intégrés dans des groupes de packages et une fois qu’ils ont été créés, Google exécute une suite de tests virtualisés pour s’assurer qu’aucun composant principal et aucun flux de travail de développeur ne sont rompus. Ensuite, chaque groupe est testé séparément avec une installation complète du système, un démarrage et une exécution de la suite de tests locaux. Le package se construit en quelques minutes, mais les tests peuvent prendre jusqu’à une heure. Une fois cela fait, tous les packages sont fusionnés avec le dernier pool de packages gLinux. Ensuite, lorsque l’éditeur décide qu’il est temps de le mettre en production, l’équipe prend alors un snapshot de ce pool avant déploiement et utilise les principes « d’ingénierie de fiabilité » (SRE) tels que le canarying incrémental pour s’assurer que rien ne tourne mal.

Aujourd’hui, grâce à Sieve, le développement gLinux se résume à un seul poste d’ingénieur de publication qui tourne entre les membres de l’équipe. Il n’y a pas de gros efforts de modernisation à fournir. Pas de versions alpha, bêta et de disponibilité générale (GA) en plusieurs étapes à gérer. Mieux encore, grâce au calendrier de publication glissant, Google peut rapidement corriger les failles de sécurité sur l’ensemble de la flotte sans compromettre la stabilité. Auparavant, les ingénieurs en sécurité devaient examiner attentivement chaque avis de sécurité Debian (DSA) pour s’assurer que le correctif était présent. En outre, « la suite de tests améliorée de Google et les tests d’intégration avec des équipes partenaires clés qui exécutent des systèmes de développement critiques ont également donné une expérience plus stable en utilisant une distribution Linux qui fournit les dernières versions du noyau Linux. Notre fort désir de tout automatiser dans le pipeline a réduit considérablement le labeur et le stress au sein de l’équipe. Il nous est désormais également possible de signaler des bogues et des incompatibilités avec d’autres versions de la bibliothèque tout en nous assurant que les outils Google fonctionnent mieux au sein de l’écosystème Linux », explique l’éditeur.

Une distro publique attendue mais pour l’instant en rêve

Pour le futur, l’équipe de Google a déclaré qu’elle travaillera plus étroitement avec Debian en amont et contribuera davantage à ses correctifs internes pour maintenir l’écosystème de ses paquets. Tout cela sonne bien mais amène à formuler deux remarques. Premièrement, pour certaines organisations, les versions LTS ont toujours un sens. Vous n’avez pas besoin des programmes les plus récents et les plus brillants pour votre entreprise ? Alors un Linux Ubuntu ou Red Hat LTS a toujours du sens. Ensuite, et c’est le plus important : Sieve sonne comme un cri de rassemblement. Qui ne veut pas d’un programme qui peut automatiser un pipeline de production de distribution en continu au point de ne nécessiter qu’un seul ingénieur pour le maintenir sur plus de 100 000 postes ? Personne… Alors qu’attend Google pour publier le code de Sieve afin de commencer à produire des versions de bureau Linux en continu ? Allez, encore un petit effort.

Source : lemondeinformatique.fr

Exactement @Orphancia

"Google construit la première Intelligence Artificielle forte, capable de combiner plusieurs tâches"

La belle affaire ! Ma femme arrive à faire plusieurs tâches contrairement à moi :colgate: et on s’en vante pas nous qui venont de Strasbourg en germany… hein @Pollux :loool:

Le troisième oeil a besoin d’une consultation chez Afflelou :smile:

@ashura a dit dans 10 000 liens pirates supprimés, Google fait le ménage :

C’est une grande famille la mafia xxxxx, évidement qu’ils s’entraident

c’est humoristique?

C’est con le FBI aurait du directement demander a la NSA qui est directement branchée sur les serveurs des gafams, quelle perte de temps text alternatif

Franchement, je m’interroge sur la confidentialité de quoi que ce soit proposé par google, je n’ai jamais voulu essayer chrome pour cette raison.

Est-ce qu’ils se sentent vraiment en mesure de tracer quiconque, même avec un navigateur et un système d’exploitation blindé ?

En tout cas, tout peut basculer à chaque mise à jour et je ne suis pas près de leur accorder ma confiance.

@ashura a dit dans Le Conseil d'Etat valide l'amende infligée à Google pour des violations liées aux cookies publicitaires :

@Fel1x1a 100 millions c’est de la rigolade, ca doit être 1 demi journée de revenu

Comme quoi, leur amende devrait être un pourcentage de leur chiffre d’affaire :lucifer:

Google a licencié ces trois ingénieurs après qu’ils aient fait circuler une pétition

Trois anciens employés de Google ont poursuivi l’entreprise, alléguant que la devise de Google « Ne soyez pas méchant » équivaut à une obligation contractuelle que le géant de la technologie a violée. Au moment où la société a embauché les trois ingénieurs logiciels, Rebecca Rivers, Sophie Waldman et Paul Duke, ils ont signé des règles de conduite qui comprenaient une disposition « Ne soyez pas méchant », selon la plainte. Le trio a déclaré qu’ils pensaient se comporter conformément à ce principe lorsqu’ils ont organisé la protestation des employés de Google contre des projets controversés, tels que le travail pour le U.S. Customs and Border Protection sous l’administration Trump. Les travailleurs ont fait circuler une pétition appelant Google à s’engager publiquement à ne pas travailler avec le CBP.

En septembre 2015, les fondateurs de Google, Larry Page et Sergey Brin, ont annoncé une restructuration importante de leur entreprise. « Notre entreprise fonctionne bien aujourd’hui, mais nous pensons que nous pouvons la rendre plus claire et plus responsable. Nous sommes donc en train de créer une nouvelle société appelée Alphabet » expliquait Larry Page dans un billet de blog. « Alphabet est une collection d’entreprises. Google en est la plus importante. Mais ce nouveau Google va être allégé : les activités éloignées de nos principaux produits Internet seront désormais regroupées dans Alphabet ». Aussi, vendredi dernier, Google est officiellement devenu une filiale d’Alphabet.

Pour Google, avec un nouveau parent vient une nouvelle ligne de conduite. D’ailleurs, en novembre 2014, Larry Page avait annoncé qu’il réfléchissait à un slogan capable de mieux refléter l’entreprise. Raison pour laquelle son célèbre slogan « Don’t be evil » (« ne soyez pas malveillants »), qui a fait partie de l’histoire de Google pendant un peu plus d’une décennie, ne sera pas repris par Alphabet, même si l’idée reste indubitablement la même : « do the right thing » (« faites ce qui est juste »). Un slogan qui sera explicité dans le nouveau code de conduite de Google : « les employés d’Alphabet et de ses filiales doivent faire le bien - obéir à la loi, agir avec honnêteté, et se traiter mutuellement avec respect ».

En septembre 2020, Alphabet a fait une mise à jour de son code de conduite à la fin duquel nous pouvons lire la fameuse maxime « don’t be evil » dans une phrase à la fin : « And remember… don’t be evil, and if you see something that you think isn’t right – speak up ! » (Littéralement « Et rappelez-vous… ne soyez pas méchant, et si vous voyez quelque chose qui ne va pas, parlez-en ! »)

5fb97d27-f61e-4e89-a764-95d4d76b1efe-image.png

Les employés doivent signer ce contrat comme condition de leur emploi chez Google.

La plainte des employés renvoyés

La nouvelle plainte, qui allègue une rupture de contrat par Google, fait partie d’une longue procédure judiciaire entre Google et trois anciens employés qui ont été licenciés à quelques minutes d’intervalle le 25 novembre 2019. Google a affirmé avoir licencié les travailleurs pour fuites « confidentielles » à la presse, et parce qu’ils se sont livrés à des « recherches systématiques » d’informations « en dehors du cadre de leur ».

En fait, Google a licencié les trois employés, ainsi qu’un quatrième, Laurence Berland, en novembre 2019 pour « violations claires et répétées » des politiques de sécurité des données de l’entreprise. Les quatre nient avoir consulté et divulgué des documents confidentiels dans le cadre de leur activisme.

Et les trois ingénieurs logiciels dans la plainte disent qu’ils ont été licenciés pour avoir protesté contre la décision de Google de vendre un logiciel de cloud computing au Customs and Border Protection (CBP), qui allait contribuer à enfermer les migrants et séparer les parents des enfants. Ils ont fait circuler une pétition à l’échelle de l’entreprise demandant à Google d’affirmer qu’il ne collaborerait pas avec le CBP ou l’ICE.

Les trois employés, Rebecca Rivers, Paul Duke et Sophie Waldman, poursuivent maintenant Google pour avoir prétendument enfreint son propre code de conduite ainsi que la politique publique californienne. La Californie a poursuivi Trump en 2019 pour la détention illimitée d’enfants migrants.

Dans le procès intenté lundi devant la Cour supérieure du comté de Santa Clara, Rivers, Waldman et Duke soutiennent qu’ils devraient recevoir des dommages-intérêts parce que l’entreprise aurait exercé des représailles contre eux lorsqu’ils ont tenté d’attirer l’attention sur le fait que Google « fait le mal », indique la plainte.

Convaincre un jury de ce qui constitue exactement le « mal » peut être une bataille difficile. Mais l’avocate des plaignants, Laurie Burgess, a déclaré que cela ne dépasse pas ce que les tribunaux doivent régulièrement décider.

« Il y a toutes sortes de clauses contractuelles qu’un jury est tenu d’interpréter : “don’t be evil” n’est pas mentionné pour qu’il soit inapplicable », a-t-elle déclaré. « Puisque le contrat de Google dit aux employés qu’ils peuvent être licenciés pour ne pas avoir respecté la devise “don’t be evil”, cela doit avoir un sens ».

Le principe « Don’t be evil » est souvent attribué à Paul Buchheit et Amit Patel, deux des premiers employés de Google. La phrase a été écrite sur chaque tableau blanc de l’entreprise au cours de ses premières années, selon le livre Planet Google de 2008 de Randall Stross.

« C’est devenu la seule valeur de Google que le public connaissait bien, même si elle a été formellement exprimée chez Google de manière moins piquante : “You can make money without doing evil” (NDLR. “Vous pouvez gagner de l’argent sans faire le mal”) », a écrit Stross.

La plainte intervient dans le contexte d’une augmentation de l’activisme syndical au sein des entreprises technologiques

La plainte arrive dans un contexte où les cols blancs (employés de bureau et les preneurs de décisions dans une entreprise) s’organisent chez Google, Amazon, Microsoft, Netflix, Facebook et d’autres entreprises technologiques, pour discuter de questions éthiques, telles que les contrats avec les sociétés pétrolières et gazières, le harcèlement sexuel et la désinformation. Cela coïncide également avec un procès en cours du National Labor Relations Board qui allègue que Google a licencié illégalement les trois mêmes militants en 2019 pour avoir participé à des activités d’organisation syndicale, qui sont protégées par la loi nationale sur les relations de travail.

Un groupe de travailleurs de Google, qui appartient à Alphabet, a formé un syndicat minoritaire plus tôt cette année autour de questions telles que le harcèlement sexuel, son travail avec le Pentagone et le traitement de son important personnel contractuel.

Le National Labor Relations Board (NLRB) enquête sur le licenciement des trois employés de Google qui ont poursuivi lundi. Le Conseil a écrit en mai que Google « avait sans doute violé » la législation fédérale du travail en « renvoyant illégalement » Rivers, Duke et Waldman. L’affaire du NLRB est en attente d’une résolution finale.

Pendant ce temps, les ingénieurs logiciels disent que Google devrait être puni pour ne pas respecter son propre code moral.

« Google s’est rendu compte que “don’t be evil” lui coûtait à la fois de l’argent et incitait les travailleurs à s’organiser », ont déclaré lundi les ex-Googlers dans un communiqué. « Plutôt que d’admettre que leur position avait changé et de perdre les avantages qui en découlent pour l’image de l’entreprise, Google a licencié des employés qui vivaient la devise ».

Sources : developpez.com, code de conduite Alphabet,
pétition qu’ont fait circuler les anciens googlers, plainte des ingénieurs