ベストアンサー
一般的な略語や頭字語はありません。名前に指定を追加したいほとんどのプロは、 認証 （s） like：
- MCSE （Microsoft認定ソフトウェアエンジニア）。
一部の作成者は s / w for ソフトウェア 、しかし、これは南西でよく使用されると思います。
Engrg。 はかなりまれですが、 engr。 （ エンジニアの場合）は一般的です。
回答
気に入った場合大きなソフトウェアプロジェクトをコーディングして作業する場合は、SREではなくSWEを選択する必要があります。
SREはコードを記述しますが、少なくとも運用作業に多くの時間を費やす傾向があります。公式には、サービスが「正常」であると見なされる場合、SREは時間の最大50％を運用作業に費やすと予想されます。それほど健全ではないサービスの場合、それはさらに多くなる可能性があります。
運用作業は、ソフトウェアを構築していないサービスの健全性を維持するために行うすべてのことです。これには、停止のリアルタイムのトラブルシューティングなどの高度なスキルを備えた魅力的な作業や、停止が発生する前に監視システムによって検出された問題への対応が含まれます。
また、計画的なメンテナンスの準備など、スキルが低く退屈な作業も含まれます。追加のユーザーを処理するためのサービスのサイズまたは場所の調整、新しいバージョンのコードのロールアウト、構成変更のロールアウト、ロールアウト前に新しいコードと構成を検証するためのA / Bテストの構成、ロールアウトが完了するのを待つ、チェックインロールアウトを行って、まだ完了していない理由を確認し、バグが原因でロールアウトが完了しない他のチームにチケットを提出します。
SREとしてコードを作成する場合、大きなプロジェクトにはならないでしょう。 。構成をリファクタリングし、面倒な運用作業の一部を自動化し、頻繁に使用するツールを微調整します。そのほとんどはチーム外の誰にも表示されず、Googleの外部の誰にも表示されません。
ユーザー向けの大規模なアプリケーションへの関与は、ほとんどの場合信頼性を念頭に置いて新しいデザイン（場合によってはコード）をレビューします。場合によっては、サービスのコードを掘り下げてバグを追跡することもありますが、バグが存在すると思われる場合は、開発者にそれを渡す可能性が高くなります。
SREに参加する場合は、MarkShiehのアドバイスを受けてSRE-SWEとして採用されていることを確認してください。これにより、SWEの面接を再度受ける必要がなくなるため、SWEへの移行が容易になりますが、必ずしも簡単であるとは限りません。 Googleの異動プロセスは、初心者が自分の足を見つけるのを助けるのではなく、スターの従業員を維持するように設計されています。転送は業績評価に依存するため、SREが機能していないことに気付いた後、転送を申請すると、すでに手遅れになっている可能性があります。