あるクラウドエンジニアからの私信　第二便

(FAQ) このコラムを書こうとしたのか？

まず、クラウドエンジニアといっても、大元なのか？　請負なのか？　エンドユーザー側としてなのか？　はたまた、エンドユーザーとの間のベンダーなのか？　一概にはいえないであろう。
よって、クラウドエンジニアをここでは　クラウドを提供する側のエンジニアという位置づけで話を進めていきたい。

今まで積み重ねてきた仕事における人脈は必ず持っておくべきだ。
どこで、どうその人脈を使い、金脈を掘り当てるか。
エージェントの使用も構わないであろう。
某仕事特化系ソーシャルメディアに登録すると、１日１回はあちらから仕事内容が記載されたメールが毎日送られてくる。(なお、筆者はそのメールを今でも毎日受け取ってはいるが、自分の仕事の価値たる年収についての情報を得ているといっても過言ではない)
そこでまず、会社のIT部門で自社のパソコン管理、例えば、パソコンをドメインに参加する、プリンターの設定をする、エクセルの使い方を教えるといったことが特に好き、というエンジニアはクラウドエンジニアにならないほうがよいであろう。
エンジニアではない一般ユーザーを相手にしたいのであれば、そちらを優先するべきだ。
そう、クラウドエンジニアの相手は同じエンジニアとの間で仕事が進んでいく。

ただし、クラウドの大元に向かえば向かうほど、エンジニアとしては共通しているのは最低３点に絞られる
1. コマンドをたたく、コマンドのパラメータを知っておく
2. 英語を勉強しておく
3. ドキュメントを読む・資格を取る

まず、コマンドをたたく？と笑っている読者もいるであろう。そんなエンジニアがいるのか？とあるいは、今更、GUI以外で設定することがあるのか？と。
そう思われてしまうかもしれないが、笑わないで聞いてほしい。
しかし、Azureでも、AWSでも、GCPでもコマンドは使用される。
Ping -t のコマンドを思い出してほしい。
その延長に過ぎないコマンドだが、それでも、先端を行くクラウドでさえもコマンドという一見、古めかしい方法で使用されることは多々ある。
あとで聞いた話だが、筆者がプログラマー時代に使用していたUNIXでのコマンドはもちろん、viエディターも使用できたというのがプラス評価だったと知った時には、驚いてしまった。

そして、ここでもやはり英語が出てくる。
エンドユーザー側からのクラウドエンジニアであればトラブルシュートがあっても英語が使用できれば基本的に２４時間対応が可能だ。
つまり、一人でトラブルと格闘することはない。
しかし、日本語というローカル言語だと日本時間に合わせなければならない。
それ以外の日時になると費用・金額が変わってくる。
また公式ドキュメントもそうだ。
英語版が先にリリースされて、日本語も含む他の言語への正式リリースは結構な時間がたってからだ。
クラウドを提供するエンジニア、そう筆者の場合だが、基本、英語を使用したコミュニケーションである。
時として、日本人だけの社内会議であったとしても英語が使われる。
海外のエンジニアともクライアントとも一緒に仕事をする際には英語が使用される。
ただし、だからこそローカルの日本語が使用できる、という点が逆にポイントにもなってくる。
日本語を母国語としないエンジニアが書く文章は、筆者の英語力を棚に上げていえば、１００点満点ではない。

つまり、少なくとも２０２２年の時点では英語プラス日本語（あるいは他の言語）を使うことができるエンジニアはクラウドを提供するエンジニアになる要素はある。
(そして、英語を使ったOJTにも四苦八苦せずに済む)

ドキュメントを読む・資格を取るという基本的なことも書かせてもらった。
資格については別の機会に触れるとして、このドキュメントにフォーカスを合わせたい。
大概のことは実は公式ドキュメントに書かれている。
この公式ドキュメントをどう解釈するか、筆者はプレイブックだと認識している。
つまり、このクラウドのサービスはこのルールです、と謳われているプレイブック。
(時には公式ドキュメントに書かれているにも関わらず、内部の問題でプレイブック通りにならないのは、人間が介在しているからといって開きなおるしかない。)
ドキュメントを読むということを厭わない、他人任せにしないという態度がクラウドを提供するエンジニアには必要だ。

そういうまだまだ抽象的でぼやけていたクラウドエンジニアのOJTが終わり、教官たる人物から「Good Luck」という言葉を貰った次の日、配置されたチームリーダーからチャットが入った。

「Hello」

2022年4月吉日