Meilleure réponse
Il ny a pas dabréviation ou dacronyme commun. La plupart des professionnels souhaitant ajouter une désignation à leur nom utilisent leur certification (s) comme:
- MCSE (ingénieur logiciel certifié Microsoft).
Certains auteurs utilisent s / w pour le logiciel , mais je pense que cest plus souvent utilisé pour sud-ouest .
Engrg. est assez rare, mais engr. ( pour ingénieur) est courant.
Réponse
Si vous aimez codant et travaillant sur de gros projets logiciels, vous devriez choisir SWE au lieu de SRE.
Les SRE écrivent du code, mais ils ont tendance à passer au moins autant de temps sur le travail opérationnel. Officiellement, lorsque le service est considéré comme «sain», les SRE sont censés consacrer jusquà 50\% de leur temps au travail opérationnel. Pour les services qui ne sont pas aussi sains, cela peut être encore plus.
Le travail opérationnel est tout ce que vous faites pour maintenir la santé de votre service qui ne crée pas de logiciel. Cela inclut un travail hautement qualifié et engageant comme le dépannage des pannes en temps réel et la réponse aux problèmes détectés par les systèmes de surveillance pour éviter les pannes avant quelles ne surviennent.
Cela comprend également des tâches moins qualifiées et fastidieuses comme la préparation de la maintenance planifiée, ajuster la taille ou lemplacement de votre service pour gérer des utilisateurs supplémentaires, déployer de nouvelles versions de code, déployer des changements de configuration, configurer des tests A / B pour vérifier le nouveau code et les configurations avant leur déploiement, attendre la fin des déploiements, senregistrer déploiements pour voir pourquoi ils ne sont pas encore terminés et déposer des tickets auprès dautres équipes dont les bogues empêchent vos déploiements de se terminer.
Lorsque vous écrivez du code en tant que SRE, ce ne sera probablement pas de gros projets . Il sagira de refactoriser les configurations, dautomatiser certains de ces travaux opérationnels fastidieux et de peaufiner les outils que vous utilisez fréquemment. La plupart dentre eux ne seront visibles par personne en dehors de votre équipe, et aucun ne sera visible par quiconque en dehors de Google.
Votre implication dans les grandes applications destinées aux utilisateurs prendra principalement la forme de examen des nouveaux designs (et parfois du code) avec un souci de fiabilité. Parfois, vous pouvez fouiller dans le code de votre service pour localiser un bogue, mais il est plus probable que vous le transmettiez aux développeurs une fois que vous soupçonnez que le bogue existe.
Si vous rejoignez SRE, suivez les conseils de Mark Shieh et assurez-vous dêtre embauché en tant que SRE-SWE. Cela facilitera le transfert vers SWE, car vous naurez plus à repasser lentretien SWE, mais ce ne sera pas nécessairement facile . Le processus de transfert de Google est conçu pour fidéliser ses employés vedettes et non pour aider les débutants à trouver leur place. Les transferts dépendent de vos évaluations de performances. Par conséquent, si vous postulez pour un transfert après vous vous êtes rendu compte que le SRE ne fonctionne pas pour vous, il est peut-être déjà trop tard.