Was ist eine gebräuchliche Abkürzung für Software Engineering?


Beste Antwort

Es gibt keine gebräuchliche Abkürzung oder Abkürzung. Die meisten Profis, die ihrem Namen eine Bezeichnung hinzufügen möchten, verwenden ihre -Zertifizierung (s) wie:

  • MCSE (Microsoft-zertifizierter Software-Ingenieur).

Einige Autoren verwenden s / w für Software , , aber ich denke, das wird häufiger für Südwesten verwendet.

Engrg. ist ziemlich selten, aber engr. ( für Ingenieur) ist üblich.

Antwort

Wenn Sie lieben Wenn Sie große Softwareprojekte codieren und bearbeiten, sollten Sie SWE anstelle von SRE wählen.

SREs schreiben zwar Code, verbringen jedoch mindestens genauso viel Zeit mit der operativen Arbeit. Wenn der Dienst als „gesund“ eingestuft wird, wird von SREs offiziell erwartet, dass sie bis zu 50\% ihrer Zeit für operative Arbeiten aufwenden. Für Dienste, die nicht so fehlerfrei sind, kann es sogar noch mehr sein.

Operative Arbeit ist alles, was Sie tun, um den Zustand Ihres Dienstes zu erhalten, der keine Software erstellt. Dazu gehören hochqualifizierte, engagierte Arbeiten wie die Fehlerbehebung in Echtzeit und die Reaktion auf Probleme, die von Überwachungssystemen erkannt werden, um Ausfälle zu verhindern, bevor sie auftreten.

Dazu gehören auch weniger qualifizierte, langwierige Arbeiten wie die Vorbereitung auf geplante Wartungsarbeiten. Anpassen der Größe oder des Standorts Ihres Dienstes, um zusätzliche Benutzer zu verwalten, neue Codeversionen einführen, Konfigurationsänderungen einführen, A / B-Tests konfigurieren, um neuen Code und neue Konfigurationen vor der Einführung zu überprüfen, auf den Abschluss der Einführung warten und einchecken Rollouts, um zu sehen, warum sie noch nicht abgeschlossen sind, und Tickets bei anderen Teams einzureichen, deren Fehler verhindern, dass Ihre Rollouts abgeschlossen werden.

Wenn Sie Code als SRE schreiben, handelt es sich wahrscheinlich nicht um große Projekte . Es wird darum gehen, Konfigurationen umzugestalten, einige dieser mühsamen Betriebsarbeiten zu automatisieren und häufig verwendete Tools zu optimieren. Das meiste davon ist für niemanden außerhalb Ihres Teams sichtbar, und nichts davon ist für jemanden außerhalb von Google sichtbar.

Ihre Beteiligung an großen, benutzerbezogenen Anwendungen erfolgt meist in Form von Überprüfung neuer Designs (und manchmal Code) mit Blick auf Zuverlässigkeit. Gelegentlich können Sie den Code Ihres Dienstes durchsuchen, um einen Fehler aufzuspüren. Wahrscheinlicher ist jedoch, dass Sie diesen an die Entwickler weitergeben, sobald Sie den Verdacht haben, dass der Fehler vorliegt.

Wenn Sie sich SRE anschließen, befolgen Sie Mark Shiehs Rat und Stellen Sie sicher, dass Sie als SRE-SWE eingestellt sind. Dies erleichtert die Übertragung zu SWE, da Sie das SWE-Interview nicht erneut durchlaufen müssen, es jedoch nicht unbedingt easy sein muss. Der Transferprozess von Google zielt darauf ab, die Star-Mitarbeiter zu halten und Neulingen nicht dabei zu helfen, Fuß zu fassen. Übertragungen hängen von Ihren Leistungsbeurteilungen ab. Wenn Sie also eine Übertragung beantragen, nachdem Sie festgestellt haben, dass SRE für Sie nicht funktioniert, ist es möglicherweise bereits zu spät.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.