¿Cuál es una abreviatura común para ingeniería de software?


Mejor respuesta

No existe una abreviatura o acrónimo común. La mayoría de los profesionales que desean agregar una designación a su nombre usan su certificación (s) como:

  • MCSE (Ingeniero de software certificado por Microsoft).

Algunos autores usan s / w para software , pero creo que se usa con más frecuencia para suroeste .

Engrg. es bastante raro, pero engr. ( para ingeniero) es común.

Responde

Si te encanta codificando y trabajando en grandes proyectos de software, debe elegir SWE en lugar de SRE.

Los SRE escriben código, pero tienden a dedicar al menos el mismo tiempo al trabajo operativo. Oficialmente, cuando el servicio se considera «saludable», se espera que los SRE dediquen hasta el 50\% de su tiempo al trabajo operativo. Para los servicios que no son tan saludables, puede ser aún más.

El trabajo operativo es todo lo que hace para mantener la salud de su servicio que no está desarrollando software. Eso incluye trabajo altamente calificado y atractivo, como solucionar problemas de interrupciones en tiempo real y responder a los problemas detectados por los sistemas de monitoreo para evitar interrupciones antes de que ocurran.

También incluye trabajos menos capacitados y tediosos, como prepararse para el mantenimiento planificado, ajustar el tamaño o la ubicación de su servicio para manejar usuarios adicionales, implementar nuevas versiones de código, implementar cambios de configuración, configurar pruebas A / B para verificar nuevos códigos y configuraciones antes de que se implementen, esperar a que finalicen las implementaciones, verificar implementaciones para ver por qué aún no han terminado y archivar tickets con otros equipos cuyos errores impiden que finalicen sus implementaciones.

Cuando escriba código como un SRE, probablemente no serán grandes proyectos . Refactorizará las configuraciones, automatizará parte de ese tedioso trabajo operativo y ajustará las herramientas que usa con frecuencia. La mayor parte no será visible para nadie fuera de su equipo, y nada será visible para nadie fuera de Google.

Su participación en aplicaciones grandes orientadas al usuario tomará principalmente la forma de revisando nuevos diseños (y a veces código) con miras a la confiabilidad. De vez en cuando, puede profundizar en el código de su servicio para rastrear un error, pero es más probable que se lo entregue a los desarrolladores una vez que sospeche que el error existe.

Si se une a SRE, siga el consejo de Mark Shieh y asegúrese de que lo contraten como SRE-SWE. Eso facilitará la transferencia a SWE, porque no tendrá que volver a pasar 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 camino. Las transferencias dependen de sus evaluaciones de desempeño, por lo que si solicita una transferencia después se da cuenta de que SRE no está funcionando para usted, es posible que ya sea demasiado tarde.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *