Google recorta personal del equipo de Python

• Thomas Wouters afirmó que todos sus colegas de trabajo y su gerente fueron recortados, y que a él le pidieron hacer el onboarding de personal de reemplazo en otro país
• La empresa usó la expresión “had their roles reduced” en lugar de “laid off”, pero la tendencia es que los roles existentes se trasladen a otro país
• Las personas que asumirán esos roles tampoco están contentas con la situación, lo que genera una carga tanto para el equipo recortado como para el personal de reemplazo
• Según respuestas posteriores, el nuevo personal está en Munich y cuenta con un works council; el propio Wouters también está cubierto por el works council de .nl
• Por ahora, Wouters está buscando qué puede hacer por el equipo existente sin arruinar las relaciones

---

Recortes y traslado de roles

• Thomas Wouters afirmó que todas las personas con las que trabajaba y su gerente fueron recortados
• La empresa no lo expresó como “laid off”, sino como “had their roles reduced”
• A Wouters le pidieron hacer el onboarding de sus reemplazos
  • El personal de reemplazo son personas que asumirán el mismo rol en otro país
  • Esas personas tampoco están contentas con esta situación

Condiciones confirmadas en respuestas posteriores

• Las personas que asumirán los nuevos roles están en Munich
• Respondió que el nuevo personal de Munich cuenta con un works council, y que él mismo también está cubierto por el works council de .nl
• Dijo que ya informó a las “right people” correspondientes

Respuesta actual

• Wouters por ahora intenta no arruinar las relaciones
• Al mismo tiempo, está evaluando qué puede hacer por el equipo existente
• Agregó que, en lo personal, probablemente saldrá a caminatas más largas con Akio durante un tiempo

[GN⁺]

Opiniones en Hacker News

• Últimamente esto parece común en Google. Hace más o menos un año también despidieron al equipo de soporte de alto nivel de GCP y lo reemplazaron con personal más barato.
  No voy a decir qué MAAN_ es, pero ahora la mitad de los reclutadores están en India. Casualmente, ese MAAN_ me despidió hace relativamente poco y no intentó encontrarme otro puesto internamente. La incertidumbre interminable creada por varias rondas de despidos, los lemas de negocio ambiguos y los recortes en prestaciones baratas hicieron que la moral se volviera bastante mala y muy irregular; si MAANG quiere retener al mejor talento, parece que debería enfocarse más en la sostenibilidad a largo plazo.

  • No en todos los casos es obvio que la baja de moral sea un resultado no deseado. Parecía haber mucho descontento del lado de la empresa con empleados que pedían mayor compensación, trabajo remoto y posturas sobre varios temas sociales y políticos; desanimar a la gente y hacer que tema perder el empleo también es una respuesta posible.
  • Es un tema distinto al del equipo de soporte. El equipo de Python de Google era pequeño, y muchos de sus integrantes también formaban parte del Python steering council o eran desarrolladores de Core Python.
    Son personas con décadas de experiencia en Python, así que su conocimiento y sus redes dentro de la comunidad son difíciles de reemplazar.
  • Moverlo a India puede parecer bien, pero la comunicación se vuelve un problema por la diferencia horaria de 13 a 15 horas. Solo parece buena idea hasta que trabajas desde Cupertino y tienes 0 horas de solapamiento, así que terminas teniendo reuniones a las 11:30 p. m.
    Podrían obligarlos a trabajar en horario de EE. UU., pero eso también está ligado a la cultura. Me pregunto si lo que quieren mostrar es que los lugares de trabajo en India son más obedientes y harán lo que los directivos de la empresa les digan.
  • He oído que algo parecido está pasando en más de una gran empresa tecnológica, y como esas mismas compañías ya despidieron a muchos reclutadores, es muy probable que se haya extendido más.
    Es algo como: “Una decisión difícil tomada por el duro entorno económico de contratación que nosotros creamos, al que en general somos inmunes y que ahora usamos como justificación para recortar costos y subir el precio de la acción con recompras masivas”.
  • El mejor talento también existe fuera de EE. UU.

• A mí también me tocó esto :( En general es realmente triste. En mis 20 años de carrera, incluso contando otros equipos de Google, fue por mucho el mejor lugar para trabajar, y no sé si podré volver a conseguir un lugar tan bueno.
  Éramos un equipo crónicamente corto de personal, pero dábamos soporte a una gran parte del ecosistema interno de Python en Google, e hicimos cosas increíbles durante años.

  • Hablando en serio, ¿cuál fue la razón de esta medida?
    ¿Que Python es un lenguaje tan bueno y tan conocido que ya no hace falta un equipo dedicado a esas actividades? ¿O van a contratar personal más barato?
    https://news.ycombinator.com/item?id=40171125#40176438
    Me cuesta entender esta decisión cuando toda la IA se desarrolla con PyTorch. Creo que Google usará JAX y PyTorch.
  • @zem, quizá te interese lo que hacemos. Revisa http://tektonic.ai y avísale a [e-mail]
    Estamos buscando un ingeniero de ML + DSL para imaginar y construir un runtime de ejecución y una plataforma de desarrollo.
  • ¿Puedes decirnos qué crees que pasó? No puede ser que la empresa de pronto haya dejado de necesitar el ecosistema de Python.

• Google es una empresa centrada primero en IA, y el futuro de Google está fuertemente ligado a productos de IA.
  Toda la IA se escribe en Python. Google despide a todo el equipo de Python. Error de segmentación.

  • Depuremos esta lógica. Es cierto que Google está centrada en IA, pero no es una empresa que dependa de una sola cosa.
    Python es excelente para IA, pero no es el único lenguaje. Aun así, despedir en masa al equipo de Python parece contraproducente. Sí es un error de segmentación.
  • “Toda la IA se escribe en Python” solo aplica al código de alto nivel. El bajo nivel es CUDA, que es una forma de C.
    Y también se podría pensar que el primer lugar donde reemplazarán trabajadores con IA será una empresa de IA como Google.
  • Dentro de Google, Python solo se usa para prototipado. Todo el código de IA en producción se ejecuta en C++.
  • Error de tipo en la tercera línea: “Python” no es un tipo válido para “toda la IA”.
  • Lo dicen como si Google se fuera a quedar sin equipo de Python, pero en realidad lo cambiaron por una alternativa más barata y probablemente peor. Al menos Google parece creer que puede seguir haciendo lo mismo; no es un cambio de dirección.
    Probablemente nunca sabremos por qué juzgaron así al equipo anterior. ¿Compensación excesiva, demasiada gente o alguna otra cosa excesiva?
    Ahorrar en costos de personal no es la decisión de negocio más sólida. Al final, quienes generan ingresos son las personas. Si compras mano de obra más barata, debes estar preparado para perder también parte de los ingresos por una caída en la calidad. Claro, en algunos casos el producto estaba sobrepreciado y hacerlo más barato bajando la calidad puede tener sentido financiero. Es difícil juzgarlo.

• Fuera de los grupos de machine learning, a Google no le gusta mucho Python y no hay mucho en su base de código. Desde esa perspectiva, esta medida no sorprende.
  Además, Google ya se convirtió en una empresa tipo IBM, así que creo que veremos muchos movimientos al estilo IBM.

  • Como ex-Googler, diría que depende muchísimo del equipo. Mi primer equipo era 100% C++, y el subequipo al que me cambié era 100% Python. Hay mucho Python por todos lados.
  • A esta escala de base de código, “muy poco” sigue siendo mucho.
    Desde la perspectiva de SRE, se ve mucho Python de misión crítica.
  • Como se mencionó públicamente varias veces durante años, más de 100 millones de líneas de Python difícilmente puede considerarse “muy poco”.
  • Para corregirlo, sería más preciso decir fuera del grupo de machine learning y de las áreas relacionadas con CI/infraestructura. Más aún si recuerdas que Starlark[0] es un dialecto de Python.
    Y si incluyes código fuera de g3, la cosa cambia de nuevo. En especial si trabajaste con equipos de hardware o relacionados con terceros/adquisiciones, hay una cantidad realmente enorme.
    0. https://github.com/bazelbuild/starlark
  • No es cierto. Por ejemplo, toda la infraestructura de pruebas móviles está escrita en Python.

• Por lo que se lee, parece que los puestos se trasladaron al extranjero. ¿Es una práctica común hacer esto en lugar de simplemente eliminar los roles? Siento que los legisladores de EE. UU. deberían proteger más los empleos nacionales de las empresas locales. Si no, podrían terminar enfrentando el mismo colapso que la manufactura

  • Es común. Tanto en Google como en EE. UU. en general
    Cuando Google hizo el despido masivo de 12 mil personas, trasladó una buena parte de esos roles a lugares como India. Otra tanda de despidos fue en forma de “salida diferida” para capacitar a empleados en India
  • Puede que sea mi sesgo, pero cuando alguien dice que va a trasladar un rol al extranjero, Munich no es lo primero que se me viene a la mente
    Será un poco más barato que California, pero no lo suficiente como para esperar que esa sea la razón principal
  • Según entiendo, los reemplazos ya eran empleados de Google. Solo que no eran empleados del equipo de Python. Así que es una especie de traslado al extranjero, pero tampoco es exactamente eso
    Esto de verdad no lo entiendo. Cuando yo estuve ahí, Python era una parte bastante grande del ecosistema interno de Google. Cada lenguaje principal tenía un equipo que lo respaldaba; no sé por qué recortarían así a un equipo de esos
  • Esta publicación tiene muy poco contexto, así que no está buena. La persona que la publicó parece estar en Netherlands y el equipo nuevo en Germany, así que no sé cómo interpretarlo
  • Si leí bien el hilo, los nuevos roles parecen estar en Munich. Puede haber más razones que un simple traslado al extranjero
    ¿Por qué habrán elegido Munich, que no es barato y tiene protecciones laborales relativamente fuertes, en vez de un lugar como India, que es más barato y tiene protecciones laborales más débiles?

• Kythe, es decir, el equipo de Grok encargado de las referencias cruzadas de codesearch, también pasó por lo mismo

  • ¿Alguien sabe qué pasó con Kythe/Grok? Me pregunto si el proyecto se va a cerrar o si se está formando un equipo nuevo en otra región
  • Simplemente evaporaron a todo el equipo para mover los roles al extranjero :(
  • Vaya, este también es un proyecto open source realmente valioso. Aunque sea un área algo de nicho

• Google siente que puede volver a externalizar los costos, y por eso lo hace
  Como dice Brian Cantrill, no antropomorfices a Google

  • No antropomorfices a Sundar Pichai

• Cuando yo estuve ahí, muchas herramientas de Python también eran bastante malas. Se desperdiciaron miles de horas de ingeniería recompilando TensorFlow sin una razón fundamental, y los responsables del lenguaje central no parecían tener mucho interés en arreglarlo

• Si un reclutador de Google se te acerca, no camines: sal corriendo
  Bajo Sundar Pichai, Google se convirtió en eso

• Ese hilo no tiene mucha información, pero a mí me suena a que integraron las responsabilidades de este equipo en otro equipo y dejaron ir al equipo original