Beste antwoord
Er is geen algemene afkorting of acroniem. De meeste professionals die een aanduiding aan hun naam willen toevoegen, gebruiken hun certificering (s) zoals:
- MCSE (Microsoft-gecertificeerde software-engineer).
Sommige auteurs gebruiken s / w voor software , maar ik denk dat dit vaker wordt gebruikt voor zuidwesten .
Engrg. is vrij zeldzaam, maar engr. ( voor engineer) komt vaak voor.
Antwoord
Als je houdt van bij het coderen van en werken aan grote softwareprojecten, zou je moeten kiezen voor SWE in plaats van SRE.
SREs schrijven wel degelijk code, maar ze besteden doorgaans minstens evenveel tijd aan operationeel werk. Officieel, wanneer de service als gezond wordt beschouwd, wordt van SREs verwacht dat ze tot 50\% van hun tijd besteden aan operationeel werk. Voor services die niet zo gezond zijn, kan het zelfs nog meer zijn.
Operationeel werk is alles wat u doet om de gezondheid van uw service te behouden die geen software bouwt. Dat omvat zeer bekwaam, boeiend werk zoals het in realtime oplossen van storingen en het reageren op problemen die worden gedetecteerd door bewakingssystemen om uitval te voorkomen voordat ze zich voordoen.
Het omvat ook minder bekwaam, vervelend werk zoals het voorbereiden van gepland onderhoud, de grootte of locatie van uw service aanpassen om extra gebruikers af te handelen, nieuwe codeversies uit te rollen, configuratiewijzigingen uit te rollen, A / B-tests te configureren om nieuwe code en configuraties te verifiëren voordat ze worden uitgerold, wachten tot de implementaties zijn voltooid, inchecken op uitrol om te zien waarom ze nog niet klaar zijn, en om kaartjes in te dienen bij andere teams wiens bugs ervoor zorgen dat je uitrol niet afloopt.
Als je code schrijft als een SRE, zullen het waarschijnlijk geen grote projecten zijn . Het gaat om het herstructureren van configuraties, het automatiseren van een deel van dat vervelende operationele werk en het aanpassen van tools die u vaak gebruikt. Het meeste is niet zichtbaar voor iemand buiten uw team en niets ervan is zichtbaar voor iemand buiten Google.
Uw betrokkenheid bij grote, gebruikersgerichte applicaties zal meestal de vorm aannemen van reviewen nieuwe ontwerpen (en soms code) met oog voor betrouwbaarheid. Af en toe kun je in de code van je service graven om een bug op te sporen, maar het is waarschijnlijker dat je die aan de ontwikkelaars doorgeeft als je vermoedt dat de bug bestaat.
Als je lid wordt van SRE, volg dan het advies van Mark Shieh en zorg ervoor dat je wordt aangenomen als SRE-SWE. Dat maakt het gemakkelijker om over te stappen naar SWE, omdat je het SWE-interview niet opnieuw hoeft te doorlopen, maar het hoeft niet per se gemakkelijk te zijn. Het overdrachtsproces van Google is bedoeld om hun topmedewerkers te behouden, niet om nieuwkomers te helpen hun weg te vinden. Overdrachten zijn afhankelijk van uw prestatiebeoordelingen, dus als u een overdracht aanvraagt nadat u beseft dat SRE niet voor u werkt, kan het al te laat zijn.