Bedste svar
Der er ingen fælles forkortelse eller akronym. De fleste professionelle, der ønsker at føje en betegnelse til deres navn, bruger deres certificering (s) ligesom:
- MCSE (Microsoft-certificeret softwareingeniør).
Nogle forfattere bruger s / w til software , men jeg tror, det bruges oftere til sydvest .
Engrg. er ret sjælden, men engr. ( for ingeniør) er almindeligt.
Svar
Hvis du elsker kodning og arbejde på store softwareprojekter, skal du vælge SWE i stedet for SRE.
SREer skriver kode, men de har en tendens til at bruge mindst lige så meget tid på operativt arbejde. Når tjenesten betragtes som “sund”, forventes det officielt, at SREer bruger op til 50\% af deres tid på operationelt arbejde. For tjenester, der ikke er så sunde, kan det være endnu mere.
Operativt arbejde er alt, hvad du gør for at opretholde sundheden for din tjeneste, der ikke bygger software. Dette inkluderer højt kvalificerede, engagerende arbejde som fejlfinding af afbrydelser i realtid og svar på problemer, der er opdaget af overvågningssystemer for at forhindre afbrydelser, før de sker.
Det inkluderer også mindre kvalificeret, kedeligt arbejde som at forberede planlagt vedligeholdelse, tilpasning af størrelsen eller placeringen af din tjeneste for at håndtere yderligere brugere, udrulning af nye versioner af kode, udrulning af konfigurationsændringer, konfigurering af A / B-tests for at verificere ny kode og konfigurationer, før de ruller ud, venter på, at udrulning er færdig, tjekker ind udrulning for at se, hvorfor de endnu ikke er færdige, og arkivering af billetter til andre hold, hvis fejl forhindrer dine udrulninger i at afslutte.
Når du skriver kode som en SRE, vil det sandsynligvis ikke være store projekter. . Det vil være refactoring af konfigurationer, automatisering af noget af det kedelige operationelle arbejde og tilpasning af værktøjer, du bruger ofte. Det meste af det vil ikke være synligt for nogen uden for dit team, og intet af det vil være synligt for nogen uden for Google.
Dit engagement i store, brugerorienterede applikationer vil for det meste tage form af gennemgang af nye designs (og nogle gange kode) med øje for pålidelighed. Lejlighedsvis kan du grave i din tjenestes kode for at spore en fejl, men mere sandsynligt giver du den ud til udviklerne, når du har mistanke om, at fejlen findes.
Hvis du tilmelder dig SRE, skal du tage Mark Shiehs råd og sørg for at du er ansat som en SRE-SWE. Det vil gøre det lettere at overføre til SWE, fordi du ikke behøver at gennemgå SWE-interviewet igen, men det vil ikke nødvendigvis være let . Googles overførselsproces er designet til at fastholde deres stjernemedarbejdere og ikke for at hjælpe nybegyndere med at finde deres fødder. Overførsler afhænger af dine præstationsanmeldelser, så hvis du ansøger om en overførsel efter , er du klar over, at SRE ikke fungerer for dig, det kan allerede være for sent.