4 Punkte von GN⁺ 2024-04-28 | 1 Kommentare | Auf WhatsApp teilen
  • Thomas Wouters sagte, dass alle Kolleginnen und Kollegen, mit denen er zusammenarbeitete, sowie sein Manager abgebaut wurden und er gebeten wurde, Ersatzkräfte in einem anderen Land einzuarbeiten
  • Das Unternehmen verwendete statt „laid off“ die Formulierung „had their roles reduced“, doch die bisherigen Aufgaben werden faktisch in ein anderes Land verlagert
  • Auch die Personen, die die Aufgaben neu übernehmen, begrüßen die Situation nicht, sodass sowohl für das abgebauten Team als auch für die Ersatzkräfte Belastungen entstehen
  • Laut einer späteren Antwort sitzen die neuen Kräfte in München und haben einen Betriebsrat; auch Wouters selbst fällt unter den Betriebsrat in .nl
  • Wouters versucht derzeit, die Beziehungen nicht zu beschädigen, und sucht gleichzeitig nach Wegen, wie er seinem bisherigen Team helfen kann

Abbau und Verlagerung von Aufgaben

  • Thomas Wouters erklärte, dass alle Personen, mit denen er zusammenarbeitete, sowie sein Manager abgebaut wurden
  • Das Unternehmen bezeichnete dies nicht als „laid off“, sondern als „had their roles reduced
  • Wouters wurde gebeten, deren Ersatzkräfte einzuarbeiten
    • Die Ersatzkräfte übernehmen dieselben Aufgaben in einem anderen Land
    • Auch sie finden diese Situation nicht gut

In späteren Antworten bestätigte Umstände

  • Die Personen, die die Aufgaben neu übernehmen, sitzen in München
  • Er antwortete, dass die neuen Kräfte in München einen Betriebsrat haben und er selbst ebenfalls unter den Betriebsrat in .nl fällt
  • Die zuständigen „right people“ seien bereits informiert worden

Aktuelle Reaktion

  • Wouters versucht im Moment, die Beziehungen nicht zu beschädigen
  • Gleichzeitig prüft er, was er für sein bisheriges Team tun kann
  • Persönlich fügte er hinzu, dass er wohl vorerst längere Spaziergänge mit Akio machen werde

1 Kommentare

 
GN⁺ 2024-04-28
Hacker-News-Kommentare
  • So etwas scheint bei Google in letzter Zeit häufig vorzukommen. Schon vor etwa einem Jahr wurde das höhere GCP-Supportteam entlassen und durch günstigere Arbeitskräfte ersetzt
    Ich sage nicht, welches MAAN_ es ist, aber inzwischen sitzt die Hälfte der Recruiter in Indien. Zufällig ist dieses MAAN_ auch der Ort, der mich vor relativ kurzer Zeit entlassen hat, ohne intern nach einer anderen Stelle für mich zu suchen. Durch die endlose Unsicherheit infolge mehrerer Entlassungsrunden, vage Business-Slogans und den Abbau günstiger Benefits ist die Moral ziemlich wechselhaft und insgesamt deutlich gesunken. Wenn MAANG Top-Talente halten will, sollte man sich wohl stärker auf langfristige Nachhaltigkeit konzentrieren

    • Es ist nicht in jedem Fall gesagt, dass sinkende Moral ein unerwünschtes Ergebnis ist. Auf Unternehmensseite schien es viel Unmut über Mitarbeitende zu geben, die höhere Vergütung, Remote-Arbeit und Positionierungen zu diversen sozialen und politischen Themen forderten. Leute zu entmutigen und ihnen Angst vor Jobverlust zu machen, kann ebenfalls eine mögliche Reaktion sein
    • Das ist ein anderes Thema als beim Support. Googles Python-Team war ein kleines Team, und viele darin waren auch im Python Steering Council oder Core-Python-Entwickler
      Das sind Leute mit jahrzehntelanger Erfahrung in Python, deren Wissen und Community-Netzwerk schwer zu ersetzen sind
    • Die Verlagerung nach Indien mag gut aussehen, aber wegen der 13–15 Stunden Zeitunterschied wird Kommunikation zum Problem. Es wirkt nur so lange okay, bis man in Cupertino arbeitet und sich herausstellt, dass es null Stunden Überschneidung gibt und man Meetings um 23:30 Uhr haben muss
      Man könnte sie zwingen, in US-Zeitzonen zu arbeiten, aber auch das hängt mit Kultur zusammen. Vielleicht soll damit gezeigt werden, dass Arbeitsplätze in Indien angepasster sind und eher tun, was Firmenmanager vorgeben
    • Ich habe gehört, dass Ähnliches bei mehr als einem großen Tech-Unternehmen passiert, und nachdem dieselben Firmen bereits viele Recruiter entlassen haben, hat es sich vermutlich noch weiter verbreitet
      So nach dem Motto: „Eine harte Entscheidung, zu der wir uns wegen des schwierigen Hiring-Markts durchgerungen haben, den wir selbst geschaffen haben, gegen den wir weitgehend immun sind und den wir jetzt als Begründung nutzen, um Kosten zu senken und den Aktienkurs mit massiven Aktienrückkäufen zu steigern“
    • Top-Talente gibt es auch außerhalb der USA
  • Ich wurde davon auch getroffen :( Insgesamt einfach wirklich traurig. In 20 Jahren Karriere war das mit Abstand der beste Arbeitsplatz, selbst im Vergleich zu anderen Teams bei Google, und ich weiß nicht, ob ich jemals wieder etwas so Gutes finden werde
    Wir waren chronisch unterbesetzt, haben aber einen großen Teil des internen Python-Ökosystems bei Google unterstützt und über Jahre hinweg Erstaunliches geleistet

    • Ernsthaft, was ist der Grund für diese Maßnahme?
      Ist Python so gut und so etabliert, dass man kein dediziertes Team für die genannten Aufgaben mehr braucht? Oder geht es darum, günstigere Arbeitskräfte einzustellen?
      https://news.ycombinator.com/item?id=40171125#40176438
      Sämtliche KI wird mit PyTorch entwickelt, deshalb ist diese Entscheidung schwer nachzuvollziehen. Ich gehe davon aus, dass Google JAX und PyTorch nutzen wird
    • @zem, dich könnte interessieren, was wir machen. Schau dir http://tektonic.ai an und gib unter nic.surpatanu@tektonic.ai Bescheid
      Wir suchen ML- + DSL-Ingenieure, die eine Ausführungs-Runtime und Entwicklungsplattform entwerfen und bauen
    • Kannst du sagen, was deiner Meinung nach passiert ist? Das Unternehmen kann doch nicht plötzlich den Bedarf am Python-Ökosystem verloren haben
  • Google ist ein AI-first-Unternehmen, und Googles Zukunft ist eng an AI-Produkte gekoppelt
    Jede KI wird in Python geschrieben. Google entlässt das gesamte Python-Team. Segmentierungsfehler

    • Debuggen wir diese Logik. Dass Google AI-zentriert ist, stimmt, aber es ist kein Unternehmen, das nur von einer einzigen Sache abhängt
      Python ist großartig für KI, aber nicht die einzige Sprache. Trotzdem wirkt ein Massenabbau im Python-Team kontraproduktiv. Ein Segmentierungsfehler ist es schon
    • „Jede KI wird in Python geschrieben“ gilt nur für Code auf hoher Ebene. Auf niedriger Ebene ist es CUDA, also eine Form von C
      Und man könnte auch denken, dass ein AI-Unternehmen wie Google einer der ersten Orte wäre, an denen Arbeitskräfte durch AI ersetzt werden
    • Innerhalb von Google wird Python nur fürs Prototyping verwendet. Sämtlicher produktiver AI-Code läuft in C++
    • Typfehler in Zeile 3: „Python“ ist kein gültiger Typ für „jede KI“
    • Es wird so getan, als gäbe es bei Google kein Python-Team mehr, aber tatsächlich wurde es nur durch eine billigere und wahrscheinlich schlechtere Alternative ersetzt. Zumindest glaubt Google offenbar, dass man dieselbe Arbeit weiter leisten kann; es ist also kein Kurswechsel
      Warum das frühere Team so bewertet wurde, werden wir wohl nie erfahren. Waren die Gehälter zu hoch, war das Team zu groß oder war etwas anderes überzogen?
      Personalkosten zu sparen ist nicht die solideste Geschäftsentscheidung. Am Ende sind es die Mitarbeitenden, die Umsatz erzeugen. Wenn man billigere Leute einkauft, muss man darauf vorbereitet sein, durch Qualitätsverlust auch einen Teil des Umsatzes zu verlieren. Natürlich kann es Situationen geben, in denen ein Produkt zu teuer war und es finanziell sinnvoll ist, es mit geringerer Qualität günstiger zu machen. Schwer zu beurteilen
  • Außerhalb der Machine-Learning-Gruppen mag Google Python nicht besonders und hat auch nicht viel davon in der Codebasis. Aus dieser Perspektive ist die Maßnahme nicht überraschend
    Außerdem ist Google inzwischen eine Firma wie IBM, daher würde ich viele Bewegungen erwarten, die an IBM erinnern

    • Als ehemaliger Googler kann ich sagen: Das unterscheidet sich stark je nach Team. Mein erstes Team war zu 100 % C++, das Team darunter, in das ich gewechselt bin, zu 100 % Python. Python ist an allen möglichen Stellen zu finden
    • In einer Codebasis dieser Größe ist selbst „sehr wenig“ immer noch viel
      Aus SRE-Sicht sehe ich eine Menge geschäftskritisches Python
    • Wie über Jahre hinweg mehrfach öffentlich erwähnt wurde, sind mehr als 100 Millionen Zeilen Python schwerlich als „sehr wenig“ zu bezeichnen
    • Korrektur: Treffender wäre zu sagen, außerhalb der Machine-Learning-Gruppen und der CI-/Infrastruktur-Bereiche. Vor allem, wenn man bedenkt, dass Starlark[0] ein Python-Dialekt ist
      Und wenn man auch Code außerhalb von g3 einbezieht, sieht es noch einmal anders aus. Besonders wenn man mit Hardware-Teams oder Teams rund um Drittanbieter und Übernahmen gearbeitet hat, ist es wirklich enorm viel
      0. https://github.com/bazelbuild/starlark
    • Das stimmt nicht. Zum Beispiel ist die gesamte mobile Testinfrastruktur in Python geschrieben
  • Wenn man den Beitrag liest, wirkt es so, als seien Arbeitsplätze ins Ausland verlagert worden. Ist es gängige Praxis, so vorzugehen, statt die Rollen einfach zu streichen? Ich habe das Gefühl, dass US-Gesetzgeber inländische Arbeitsplätze gegenüber heimischen Unternehmen stärker schützen sollten. Sonst könnte am Ende derselbe Zusammenbruch drohen wie in der Fertigungsindustrie.

    • Ja, das ist üblich. Sowohl bei Google als auch allgemein in den USA.
      Als Google die große Entlassungswelle von 12.000 Personen hatte, wurden viele dieser Rollen an Orte wie Indien verlagert. Ein weiterer Teil der Entlassungen lief als „verzögerter Austritt“, damit indische Mitarbeitende eingearbeitet werden konnten.
    • Vielleicht ist das nur mein Vorurteil, aber wenn von einer Verlagerung ins Ausland die Rede ist, ist Munich nicht das Erste, woran ich denke.
      Es ist zwar etwas günstiger als California, aber nicht so viel günstiger, dass ich das als Hauptgrund erwarten würde.
    • Soweit ich weiß, waren die Ersatzkräfte bereits Google-Mitarbeitende. Sie gehörten nur nicht zum Python-Team. Insofern ist es eine Art Verlagerung ins Ausland, aber auch nicht ganz treffend so zu nennen.
      Das verstehe ich wirklich nicht. Zu meiner Zeit war Python ein ziemlich großer Teil des internen Google-Ökosystems. Für jede wichtige Sprache gab es Teams, die sie unterstützten, und ich weiß nicht, warum man so ein Team herausschneiden würde.
    • Dieser eingereichte Beitrag ist nicht besonders gut, weil fast jeder Kontext fehlt. Die Person, die ihn gepostet hat, sitzt offenbar in den Netherlands, und das neue Team scheint in Germany zu sein, daher weiß ich nicht, wie man das einordnen soll.
    • Wenn ich den Thread richtig gelesen habe, scheint die neue Rolle in Munich zu sein. Es könnte also mehr dahinterstecken als nur eine einfache Verlagerung ins Ausland.
      Warum hat man sich für Munich entschieden und nicht für so etwas wie India, wo es billiger ist und der Arbeitnehmerschutz schwächer?
  • Dasselbe ist auch dem Kythe- bzw. Grok-Team passiert, das für die Querverweise in codesearch zuständig ist.

    • Weiß jemand, was mit Kythe/Grok passiert ist? Ich frage mich, ob das Projekt eingestellt wird oder ob in einer anderen Region ein neues Team aufgebaut wird.
    • Man hat einfach das ganze Team ausgelöscht, um die Rollen ins Ausland zu verlagern :(
    • Mist, das ist auch ein wirklich wertvolles Open-Source-Projekt. Zwar ziemlich nischig, aber trotzdem.
  • Google hat das Gefühl, die Kosten wieder externalisieren zu können, und handelt deshalb so.
    Wie Brian Cantrill sagt: Vermenschlicht Google nicht.

    • Vermenschlicht Sundar Pichai nicht.
  • Schon zu meiner Zeit waren viele Python-Tools ziemlich schlecht. Tausende Stunden Engineering-Zeit wurden damit verschwendet, TensorFlow ohne grundlegenden Anlass neu zu kompilieren, und die für die Kernsprache zuständigen Leute schienen wenig Interesse daran zu haben, das zu beheben.

  • Wenn ein Google-Recruiter auf dich zukommt, geh nicht weg, sondern renn.
    Unter Sundar Pichai ist Google so geworden.

  • Der Thread enthält nicht viele Informationen, aber für mich liest es sich so, als sei die Verantwortung dieses einen Teams in ein anderes Team integriert worden und das ursprüngliche Team habe man hinausgeworfen.