- La cultura centrada en producto de las grandes empresas tecnológicas prioriza los resultados a corto plazo y la visibilidad, mientras que en infraestructura y herramientas para desarrolladores el valor central es la sostenibilidad y la administración de sistemas
- El autor trabaja en Google en equipos de herramientas para desarrolladores e infraestructura, y prioriza la confianza y la eficiencia de los ingenieros como clientes antes que la atención de la dirección
- A través de una gestión de sistemas a largo plazo (stewardship) se acumula contexto y experiencia que se traduce en innovación a gran escala como Bigtrace
- En lugar de perseguir una atención inmediata, convertir la confianza y la influencia técnica en activos permite ganar capital político para decir "no" cuando sea necesario
- Incluso con el ritmo acelerado de la industria tecnológica, existe una trayectoria profesional basada en profundidad y continuidad, que constituye un modelo alternativo para generar impacto a largo plazo
Ingeniería en mundos distintos
- Los equipos de producto se dirigen a clientes externos y se evalúan por métricas de corto plazo como ingresos y usuarios activos mensuales (MAU)
- En ese entorno, la agilidad y la visibilidad (spotlight) son esenciales para captar la atención de la dirección
- En cambio, los equipos de infraestructura y herramientas para desarrolladores tienen como clientes a ingenieros internos y construyen herramientas y sistemas que respaldan el rendimiento y la depuración de productos
- Hay menor atención de la dirección, y la estructura hace difícil contratar PM, por lo que el funcionamiento tiende a ser ascendente (bottom-up), centrado en ingenieros en lugar de descendente
- El equipo define y resuelve por sí mismo los problemas con mayor impacto, y la dirección cumple el rol de validar ese impacto
El efecto compuesto de la gestión (stewardship)
- En entornos de producto, la velocidad es la moneda clave, mientras que en infraestructura el activo clave es el contexto
- Si tratas a los ingenieros como recursos reemplazables, ese contexto se pierde y se pierde también conocimiento tácito del sistema
- El primer beneficio de la gestión a largo plazo es la eficiencia lograda con reconocimiento de patrones
- Al permanecer por mucho tiempo en un mismo dominio, las nuevas solicitudes se conectan con casos previos y permiten resolver problemas más rápido
- El segundo beneficio es la innovación sistémica
- Solo es posible resolver problemas que se hacen visibles tras una observación prolongada, y de eso surgió Bigtrace
- A inicios de 2023, distintos equipos dentro de Google observaron que no podían manejar datos de trazabilidad de rendimiento a escala de terabytes a petabytes
- Después de un año de prototipos de investigación y recopilación de feedback, se construyó Bigtrace a inicios de 2024
- Hoy procesa más de 2.000 millones de trazas al mes y lo usan más de 100 ingenieros
- Si se hubiera optado por cambiar de proyecto a corto plazo, Bigtrace no habría existido
El poder de decir "no"
- Los proyectos de alta visibilidad consiguen recursos y atención, pero también traen riesgo de volatilidad política y de deterioro de calidad
- El capital de confianza acumulado con gestión a largo plazo brinda la fuerza para rechazar la tentación del spotlight
- Por ejemplo, durante la ola de IA se recibió una solicitud de integrar un LLM a Perfetto, pero se respondió con cautela tomando la precisión como valor central
- En áreas como la depuración del kernel, los timestamps deben ser precisos y no se puede permitir la alucinación (hallucination)
- No se trata de un “rechazo perpetuo”, sino de una postura de postergarlo hasta que se implemente correctamente
La moneda alternativa de la influencia
- Al salir del spotlight disminuye la visibilidad ante la dirección, pero se obtiene otra moneda: confianza y utilidad técnica
- Shadow Hierarchy (jerarquía en la sombra)
- En organizaciones de infraestructura es clave ganar reconocimiento del jefe de la organización cliente, más que del propio superior
- Por ejemplo, si el equipo de Pixel dice "Sin Perfetto no se puede depurar", ese impacto se transmite por la línea ejecutiva hasta la dirección
- Esto es defensa basada en la confianza técnica más que política, y también funciona como evidencia fuerte en las evaluaciones de ascenso
- Utility Ledger (libro de utilidad)
- Utilidad: se demuestra utilidad pura cuando la herramienta se usa para corregir bugs
- Criticidad: está conectada directamente al éxito de equipos de producto clave
- Ubicuidad: varias organizaciones comparten las mismas trazas y colaboran
- Escala: el procesamiento de datos a nivel de petabytes demuestra la solidez de la arquitectura
- La combinación de estas métricas logra una influencia sostenida resistente incluso a las reorganizaciones
Tipos de staff engineer y elección
- Según Staff Engineer de Will Larson, los staff engineers tienen varios tipos, como Solver/Right Hand y Architect/Tech Lead
- El primero es un solucionador que ejecuta la voluntad de la dirección; el segundo es un propietario a largo plazo de un dominio específico
- El autor se identifica con este último tipo y prioriza un contexto técnico profundo y responsabilidad de largo plazo
- Este enfoque suele ser posible solo en entornos de grandes corporaciones rentables, donde influyen tanto la suerte como la decisión
- Encontrar un buen equipo es suerte, pero quedarse durante mucho tiempo y crecer hacia la gerencia técnica es una elección
- Estos equipos no suelen recibir atención externa, pero mantienen una misión sostenida y una cultura de ingeniería estable
Conclusión
- La industria tecnológica insiste en el eslogan de "muévete rápido", pero también existe una ruta de profundidad y paciencia
- No es necesario perseguir el spotlight para construir una carrera con sentido e impacto
- Pasar mucho tiempo en el espacio de un problema y crear sistemas sostenibles es, sin duda, la elección más ambiciosa.
1 comentarios
Opinión de Hacker News
Después de más de 25 años trabajando, lo que aprendí es que, si no te apropias de tu propia historia y tus logros, alguien más se los lleva
Sobre todo en las grandes empresas, suele pasar que la gente popular se queda con el crédito
No hace falta estar bajo los reflectores, pero sí es importante dejar registro
Hay que dejar claras tus contribuciones mediante documentación interna o presentaciones externas
Si no eres popular, hasta en un equipo de béisbol te quedas en la banca, y pasa lo mismo con el ingreso a posgrados o en la comunidad de ML
El mundo funciona como una especie de sistema de concurso de popularidad
Si no se trata simplemente de trabajar y recibir una recompensa, sino que la autopromoción es obligatoria, entonces prefiero ser dueño de mi trabajo y controlarlo directamente
Yo creo que dentro de una empresa la confianza es la moneda más importante
Si participas durante mucho tiempo en varios proyectos exitosos, al final el liderazgo detecta ese patrón común
El ascenso es lento, pero al acumularse la reputación y la red de contactos, eso termina llevando a un crecimiento estable
rest & vest, dejas de preocuparte por estas cosasComo ya ganaste suficiente dinero, no te importa el crédito
Ahora mismo está equilibrado, pero parece que para la mayoría no es así
Este texto está realmente muy bien escrito
En vez de quedarse solo con el matiz de “no me gusta la política”, hay que entender la estructura política de Infra y DevEx
Yo trabajé 5 años como PM de infraestructura en Slack, y no fue sino hasta mi cuarto año que entendí el proceso de lanzamiento de producto
La clave era ayudar al éxito de los clientes internos (los ingenieros de producto), y el feedback de la “Shadow Hierarchy” era decisivo para ascender
Si optimizas ese éxito interno, terminas recibiendo recompensas tanto en estabilidad como en carrera
Eso sí, no es un cheat code que te permita ignorar la esencia del negocio
El autor señaló muy bien la diferencia en cómo se evalúa la ingeniería de producto frente a la ingeniería de infraestructura
Aun así, la generalización basada en Google como un entorno muy particular se siente un poco ingenua
Si cambian las condiciones del mercado o las prioridades del liderazgo, también tienes que redefinir el valor que acumulaste
Recalcó que su texto no era una guía universal para triunfar y aclaró que en otros entornos harían falta estrategias distintas
En las grandes empresas son comunes las evaluaciones tipo concurso de popularidad
Muchas veces te evalúan con criterios vagos como “liderazgo en la comunidad”
Pero yo creo que el valor real está en hacer buen trabajo en silencio y ayudar a los demás
Los ingenieros quedan atrapados en el dilema de elegir entre código sólido o autopromoción
Al final, diseñar bien los incentivos es la clave de cómo funciona una organización
En mis 25 años de carrera, la mayor parte del tiempo cambié de empresa cada 2 años, pero en mi empresa actual ya llevo 4
Estoy construyendo una plataforma interna y resolviendo problemas reales de clientes, y eso, más allá de la política, es lo que me mueve todos los días
Llevo mucho tiempo en un mismo equipo como ingeniero de infraestructura y tooling, y lo que dice este texto encaja bien con la realidad
A veces hay logros fáciles, pero la mayor parte del tiempo es trabajo técnico cotidiano, tranquilo y satisfactorio
Yo también prefiero trabajar en equipos de infraestructura antes que en equipos de producto
Estás más libre de los caprichos del liderazgo y puedes enfocarte en la solidez técnica
Ahora mismo disfruto trabajar en una empresa mediana mejorando en silencio la infraestructura de otros equipos
El simple hecho de tener que defender tu propio valor con un texto como este no es una buena señal
Claro que la autopromoción y el carisma ayudan a ascender, pero no hace falta hacerlo a costa de empeorar el mundo
También hacen falta personas que trabajan en silencio como Wozniak
El autor pudo evitar los reflectores porque ya era Staff Engineer
En la etapa de startup, como ya se había ganado la confianza, no necesitaba exponerse; pero en BigTech la política era más intensa
Yo tenía como objetivo de corto plazo ganar dinero e irme, pero ayudar a que un intern junior recibiera reconocimiento fue más difícil
Ahora mi propio proyecto ya me da visibilidad, así que no necesito promocionarme
Dice que desde su época como L3 en Google recibió suficiente reconocimiento sin perseguir los reflectores, solo con compartir y colaborar con otros ingenieros
Si consigues suficiente capital (social o financiero), puedes aguantar 3 años, y si en el segundo año llegan los resultados, los tropiezos iniciales se olvidan
El problema es el riesgo cuando te equivocas
Aunque te esfuerces por lograr una versión sin bugs, al final la realidad es que solo elogian a quien se quedó hasta tarde resolviendo el problema
Claro, la suerte también influye, pero creo que las oportunidades llegan a quien está preparado