4 points par GN⁺ 2024-04-28 | 1 commentaires | Partager sur WhatsApp
  • Thomas Wouters a indiqué que tous les collègues avec qui il travaillait ainsi que son manager avaient été licenciés, et qu’on lui avait demandé d’assurer l’onboarding de remplaçants dans un autre pays
  • L’entreprise a employé l’expression « had their roles reduced » plutôt que « laid off », mais il s’agit d’un mouvement où les rôles existants sont transférés vers un autre pays
  • Les personnes qui reprennent désormais ces rôles n’apprécient pas non plus la situation, ce qui crée une pression à la fois pour l’équipe licenciée et pour les remplaçants
  • D’après une réponse de suivi, les nouvelles recrues sont à Munich, disposent d’un works council, et Wouters lui-même relève aussi du works council des .nl
  • Wouters cherche pour l’instant ce qu’il peut faire pour son équipe actuelle sans détériorer les relations

Réductions d’effectifs et transfert de rôles

  • Thomas Wouters a indiqué que toutes les personnes avec qui il travaillait, ainsi que son manager, avaient été licenciés
  • L’entreprise a présenté cela non comme « laid off », mais comme « had their roles reduced »
  • Il a été demandé à Wouters d’assurer l’onboarding de leurs remplaçants
    • Ces remplaçants sont des personnes qui occuperont le même rôle depuis un autre pays
    • Eux non plus ne sont pas à l’aise avec cette situation

Conditions confirmées dans la réponse de suivi

  • Les personnes qui reprennent ces rôles sont basées à Munich
  • Il a répondu que les nouvelles recrues de Munich disposent d’un works council, et que lui-même relève aussi du works council des .nl
  • Il a indiqué avoir déjà informé les « right people » concernés

Réponse actuelle

  • Wouters essaie pour l’instant de ne pas détériorer les relations
  • En parallèle, il cherche ce qu’il peut faire pour son équipe actuelle
  • À titre personnel, il a ajouté qu’il ferait probablement de plus longues promenades avec Akio pendant un moment

1 commentaires

 
GN⁺ 2024-04-28
Avis de Hacker News
  • Ces derniers temps, ce genre de chose semble courant chez Google. Il y a environ un an, ils avaient aussi licencié l’équipe de support premium de GCP et l’avaient remplacée par une main-d’œuvre moins chère.
    Je ne dirai pas de quel MAAN_ il s’agit, mais désormais la moitié des recruteurs sont en Inde. Par coïncidence, ce MAAN_ est celui qui m’a licencié assez récemment sans chercher à me trouver un autre poste en interne. L’incertitude sans fin créée par plusieurs vagues de licenciements, les slogans business flous et la réduction d’avantages peu coûteux ont rendu le moral assez mauvais et fluctuant ; si les MAANG veulent retenir les meilleurs talents, elles devraient sans doute se concentrer davantage sur la durabilité à long terme.

    • Il est difficile de considérer que, dans tous les cas, la baisse du moral soit un résultat non désiré. Il semblait y avoir beaucoup de mécontentement côté entreprise envers les employés qui demandaient de meilleures rémunérations, le télétravail et des prises de position sur divers sujets sociaux et politiques ; démoraliser les gens et leur faire craindre de perdre leur emploi est aussi une réponse possible.
    • Ce n’est pas le même problème que pour une équipe de support. L’équipe Python de Google était petite, et beaucoup de ses membres faisaient aussi partie du Python steering council ou étaient des développeurs Core Python.
      Ce sont des personnes qui ont des décennies d’expérience avec Python ; leurs connaissances et leurs liens avec la communauté sont difficiles à remplacer.
    • Déplacer cela en Inde peut sembler une bonne idée, mais le décalage horaire de 13 à 15 heures pose un problème de communication. Quand on travaille à Cupertino, cela paraît acceptable jusqu’au moment où l’on se rend compte qu’il y a 0 heure de chevauchement et qu’il faut organiser des réunions à 23 h 30.
      On pourrait les forcer à travailler sur les horaires américains, mais c’est aussi lié à la culture. On peut se demander s’il s’agit de montrer que les lieux de travail indiens sont plus dociles et feront ce que les managers de l’entreprise leur demandent.
    • J’ai entendu dire que des choses similaires se produisaient dans plus d’une grande entreprise tech, et comme ces mêmes entreprises ont déjà licencié beaucoup de recruteurs, il est très probable que cela se soit davantage répandu.
      C’est du genre : « une décision difficile prise à cause d’un climat de recrutement économique difficile, que nous avons créé, auquel nous sommes globalement immunisés, et que nous utilisons maintenant comme prétexte pour réduire les coûts et faire monter le cours de l’action via de grands rachats d’actions ».
    • Les meilleurs talents existent aussi en dehors des États-Unis.
  • J’ai moi aussi été pris dans cette affaire :( C’est vraiment triste dans l’ensemble. En 20 ans de carrière, même en incluant les autres équipes chez Google, c’était de loin le meilleur endroit où travailler, et je ne sais pas si je pourrai retrouver un jour quelque chose d’aussi bien.
    Nous étions une équipe chroniquement en sous-effectif, mais nous prenions en charge une grande partie de l’écosystème Python interne à Google, et nous avons accompli des choses incroyables pendant des années.

    • Sérieusement, quelle peut être la raison de cette décision ?
      Est-ce parce que Python est un langage tellement bon et connu qu’il n’y a plus besoin d’une équipe dédiée aux activités mentionnées ? Ou bien s’agit-il d’embaucher une main-d’œuvre moins chère ?
      https://news.ycombinator.com/item?id=40171125#40176438
      Comme toute l’IA est développée avec PyTorch, cette décision est difficile à comprendre. Je pense que Google utilisera JAX et PyTorch.
    • @zem, ce que nous faisons pourrait t’intéresser. Jette un œil à http://tektonic.ai et contacte nic.surpatanu@tektonic.ai.
      Nous cherchons un ingénieur ML + DSL pour concevoir et construire un runtime d’exécution et une plateforme de développement.
    • Peux-tu dire ce que tu penses qu’il s’est passé ? Il est difficile d’imaginer que l’entreprise ait soudainement perdu tout besoin lié à l’écosystème Python.
  • Google est une entreprise AI-first, et l’avenir de Google est fortement lié aux produits d’IA.
    Toute l’IA est écrite en Python. Google licencie toute l’équipe Python. Erreur de segmentation.

    • Déboguons cette logique. Il est vrai que Google est centrée sur l’IA, mais ce n’est pas une entreprise qui dépend d’une seule chose.
      Python est excellent pour l’IA, mais ce n’est pas le seul langage. Cela dit, licencier massivement l’équipe Python semble contre-productif. Oui, c’est bien une erreur de segmentation.
    • « Toute l’IA est écrite en Python » ne vaut que pour le code de haut niveau. Le bas niveau, c’est CUDA, une forme de C.
      Et on pourrait aussi penser que les entreprises d’IA comme Google seront les premières à remplacer les travailleurs par l’IA.
    • En interne chez Google, Python n’est utilisé que pour le prototypage. Tout le code d’IA en production s’exécute en C++.
    • Erreur de type à la 3e ligne : « Python » n’est pas un type valide pour « toute l’IA ».
    • On dirait que Google va se retrouver sans équipe Python, mais en réalité ils l’ont remplacée par une alternative moins chère et probablement moins bonne. Au minimum, Google semble croire qu’elle peut continuer à faire la même chose ; il ne s’agit pas d’un changement de direction.
      On ne saura probablement jamais vraiment pourquoi ils ont porté ce jugement sur l’ancienne équipe. Était-elle trop bien payée, trop nombreuse, ou trop autre chose ?
      Économiser sur les coûts de personnel n’est pas la décision business la plus solide. Au final, ce sont les personnes qui génèrent le chiffre d’affaires. Si l’on achète une main-d’œuvre moins chère, il faut être prêt à perdre aussi une partie du chiffre d’affaires à cause de la baisse de qualité. Bien sûr, dans certaines situations, un produit peut avoir été vendu trop cher, et le rendre moins cher en baissant la qualité peut avoir du sens financièrement. Difficile à juger.
  • En dehors des groupes de machine learning, Google n’aime pas beaucoup Python, et il n’y en a pas énormément dans la base de code. Vu sous cet angle, cette décision n’est pas surprenante.
    De plus, Google est désormais devenue une entreprise comme IBM, donc je m’attends à beaucoup de mouvements à la IBM.

    • En tant qu’ex-Googler, je dirais que cela dépend énormément des équipes. Ma première équipe était 100 % C++, et la sous-équipe dans laquelle j’ai ensuite été transféré était 100 % Python. Il y a beaucoup de Python un peu partout.
    • À l’échelle de cette base de code, « très peu » reste quand même beaucoup.
      Du point de vue SRE, on voit beaucoup de Python critique pour la mission.
    • Comme cela a été mentionné publiquement à plusieurs reprises au fil des années, plus de 100 millions de lignes de Python, c’est difficile à qualifier de « très peu ».
    • Pour corriger, il serait plus juste de dire : en dehors des groupes de machine learning et des domaines liés à la CI/infra. C’est d’autant plus vrai si l’on se rappelle que Starlark[0] est un dialecte de Python.
      Et si l’on inclut le code hors de g3, c’est encore autre chose. Surtout si l’on a travaillé avec des équipes liées au matériel, aux tiers ou aux acquisitions : il y en a vraiment énormément.
      0. https://github.com/bazelbuild/starlark
    • Ce n’est pas vrai. Par exemple, toute l’infrastructure de tests mobiles est écrite en Python.
  • À lire le billet, on dirait que les emplois ont été transférés à l’étranger. Est-ce une pratique courante de procéder ainsi au lieu de simplement supprimer les postes ? J’ai le sentiment que les législateurs américains devraient mieux protéger les emplois nationaux au sein des entreprises du pays. Sinon, on risque de finir par connaître le même effondrement que l’industrie manufacturière

    • C’est courant. Chez Google comme dans l’ensemble des États-Unis
      Quand Google a procédé à son vaste plan de licenciements de 12 000 personnes, une bonne partie de ces postes a été déplacée vers des pays comme l’Inde. Une autre vague de licenciements a pris la forme de « départs différés » destinés à former des employés en Inde
    • C’est peut-être mon biais, mais quand on parle de délocaliser un poste, Munich n’est pas la première destination qui me vient à l’esprit
      Ce sera un peu moins cher que la Californie, mais pas au point que je m’attende à ce que ce soit la raison principale
    • Si j’ai bien compris, les remplaçants étaient déjà des employés de Google. Ils n’étaient simplement pas dans l’équipe Python. C’est donc une forme de délocalisation, mais difficile de dire que c’en est exactement une
      Je ne comprends vraiment pas. À l’époque où j’y étais, Python représentait une part assez importante de l’écosystème interne de Google. Chaque langage majeur avait une équipe chargée de le prendre en charge ; je ne vois pas pourquoi on sabrerait une telle équipe
    • Cette soumission est mauvaise parce qu’elle manque presque totalement de contexte. La personne qui l’a publiée semble être aux Netherlands et la nouvelle équipe en Germany ; je ne sais pas trop comment interpréter ça
    • Si j’ai bien lu le fil, les nouveaux postes semblent être à Munich. Il peut donc y avoir des raisons qui vont au-delà d’une simple délocalisation
      Pourquoi choisir Munich, qui n’est pas bon marché et où la protection des travailleurs est relativement forte, plutôt qu’un endroit comme l’Inde, moins cher et offrant moins de protections ?
  • Kythe, qui gère les références croisées de codesearch, autrement dit l’équipe Grok, a subi la même chose

    • Sait-on ce qui est arrivé à Kythe/Grok ? Je me demande si le projet est arrêté, ou si une nouvelle équipe est créée dans une autre région
    • Ils ont tout simplement fait disparaître toute l’équipe pour déplacer les postes à l’étranger :(
    • Mince, c’est aussi un projet open source vraiment précieux. Même s’il est assez de niche
  • Google estime pouvoir externaliser à nouveau les coûts, alors elle le fait
    Comme le dit Brian Cantrill, n’anthropomorphisez pas Google

    • N’anthropomorphisez pas Sundar Pichai
  • Quand j’y étais, beaucoup d’outils Python étaient aussi assez mauvais. Des milliers d’heures d’ingénierie ont été gaspillées à recompiler TensorFlow sans raison fondamentale, et les responsables du langage de base semblaient peu intéressés par l’idée de corriger cela

  • Si un recruteur de Google vous approche, ne marchez pas : fuyez en courant
    Sous Sundar Pichai, Google est devenu comme ça

  • Le fil ne contient pas beaucoup d’informations, mais à mes yeux cela ressemble à l’intégration des responsabilités d’une équipe dans une autre, avec l’éviction de l’équipe d’origine