En Google, ¿qué es mejor? ¿SRE o SWE?

Si te gusta codificar y trabajar en grandes proyectos de software, deberías elegir SWE en lugar de SRE.

Los SRE escriben código, pero suelen dedicar al menos el mismo tiempo al trabajo operativo. Oficialmente, cuando el servicio se considera "saludable", se espera que los SRE pasen hasta el 50% de su tiempo en el trabajo operativo. Para los servicios que no son tan saludables, puede ser incluso más.

El trabajo operativo es todo lo que hace para mantener la salud de su servicio que no es la construcción de software. Eso incluye un trabajo altamente cualificado y atractivo, como la resolución de problemas de interrupciones en tiempo real y la respuesta a los problemas detectados por los sistemas de monitorización para prevenir las interrupciones antes de que se produzcan.

También incluye un trabajo menos cualificado y tedioso como la preparación para el mantenimiento planificado, el ajuste del tamaño o la ubicación de su servicio para manejar usuarios adicionales, el despliegue de nuevas versiones de código, el despliegue de cambios de configuración, la configuración de pruebas A/B para verificar el nuevo código y las configuraciones antes de su despliegue, la espera de los despliegues para terminar, la comprobación de los despliegues para ver por qué no han terminado todavía, y la presentación de tickets con otros equipos cuyos errores están impidiendo que sus despliegues terminen.

Cuando escribas código como SRE, probablemente no serán grandes proyectos. Será refactorizar configuraciones, automatizar parte de ese tedioso trabajo operativo y ajustar las herramientas que usas con frecuencia. La mayor parte no será visible para nadie fuera de tu equipo, y nada será visible para nadie fuera de Google.

Tu participación en las aplicaciones grandes, orientadas al usuario, tomará principalmente la forma de revisar los nuevos diseños (y a veces el código) con un ojo para la fiabilidad. Ocasionalmente, podrías indagar en el código de tu servicio para localizar un error, pero lo más probable es que se lo pases a los desarrolladores una vez que sospeches que el error existe.

Si te unes a SRE, sigue el consejo de Mark Shieh y asegúrate de que te contratan como SRE-SWE. Eso facilitará la transferencia a SWE, porque no tendrás que pasar de nuevo por la entrevista de SWE, pero no será necesariamente fácil. El proceso de transferencia de Google está diseñado para retener a sus empleados estrella, no para ayudar a los novatos a encontrar su lugar. Los traslados dependen de tus revisiones de rendimiento, así que si solicitas un traslado después de darte cuenta de que SRE no está funcionando para ti, puede que ya sea demasiado tarde.