Qual é uma abreviatura comum para engenharia de software?


Melhor resposta

Não existe uma abreviatura ou acrônimo comum. A maioria dos profissionais que desejam adicionar uma designação ao nome usa sua certificação (s) como:

  • MCSE (Microsoft-Certified Software Engineer).

Alguns autores usam s / w para software , mas acho que é mais usado para sudoeste .

Engrg. é bastante raro, mas engr. ( para engenheiro) é comum.

Resposta

Se você adora codificando e trabalhando em grandes projetos de software, você deve escolher SWE em vez de SRE.

SREs escrevem código, mas tendem a gastar pelo menos o mesmo tempo em trabalho operacional. Oficialmente, quando o serviço é considerado “saudável”, espera-se que os SREs gastem até 50\% de seu tempo em trabalho operacional. Para serviços que não são tão saudáveis, pode ser ainda mais.

O trabalho operacional é tudo o que você faz para manter a integridade do seu serviço que não seja a construção de software. Isso inclui trabalho altamente qualificado e envolvente, como solução de problemas de interrupções em tempo real, e resposta a problemas detectados por sistemas de monitoramento para evitar interrupções antes que elas aconteçam.

Também inclui trabalho menos qualificado e tedioso, como preparação para manutenção planejada, ajustar o tamanho ou a localização de seu serviço para lidar com usuários adicionais, lançar novas versões de código, lançar mudanças de configuração, configurar testes A / B para verificar o novo código e configurações antes de sua implantação, aguardar que as implantações terminem, verificar lançamentos para ver por que eles ainda não terminaram e preenchimento de tíquetes com outras equipes cujos bugs estão impedindo seus lançamentos de terminar.

Quando você escreve código como um SRE, provavelmente não serão grandes projetos . Será refatoração de configurações, automatizando parte do trabalho operacional tedioso e ferramentas de ajuste que você usa com frequência. A maior parte dele não ficará visível para ninguém fora de sua equipe e nada será visível para ninguém fora do Google.

Seu envolvimento com grandes aplicativos voltados para o usuário assumirá principalmente a forma de div id = “0b09a780a8″>

revisar novos designs (e às vezes código) com atenção à confiabilidade. Ocasionalmente, você pode cavar no código do seu serviço para rastrear um bug, mas é mais provável que você entregue isso aos desenvolvedores assim que suspeitar que o bug existe.

Se você entrar no SRE, siga o conselho de Mark Shieh e certifique-se de ser contratado como SRE-SWE. Isso tornará mais fácil a transferência para o SWE, porque você não terá que passar pela entrevista do SWE novamente, mas não será necessariamente fácil . O processo de transferência do Google foi projetado para reter seus funcionários famosos, não para ajudar os novatos a se reerguer. As transferências dependem de suas avaliações de desempenho, portanto, se você se inscrever para uma transferência depois de perceber que o SRE não está funcionando para você, pode ser tarde demais.

Deixe uma resposta

O seu endereço de email não será publicado. Campos obrigatórios marcados com *