エピソード詳細
海外でキャリアを築いているIT業界のスペシャリストにインタビュー！今回のゲストは、カナダのカルガリーからリモートでShopifyのSREとして働くYuseiさん！日本での新卒キャリアから始まり、イギリス（クックパッド）、ドイツ（SoundCloud）、そしてカナダ（Shopify）と、4カ国でエンジニアとして活躍してきた彼の壮大なキャリアに迫ります。もともとはモバイル（iOS）エンジニアだった彼が、なぜSREへキャリアチェンジしたのか？社内異動を成功させた戦略とは？そして、Shopifyのような巨大企業でのSREの役割や、国や会社の規模によって異なるSREの仕事内容についても詳しく解説。グローバルなキャリアを築きたいエンジニア必見のエピソードです！
エピソードの見どころ（聞きどころ）
-
SREのポジションに就くために必要なスキルや経験について、雄生さんの経歴から見えるのは、インフラやDevOpsの知識が重要になるということです。
-
どうすればSREになれるのか、という質問に対して、雄生さんは「社内のドメイン知識が重要」って話をしましたよね。
-
雄生さんは、iOSエンジニアからSREに転身した理由について「モバイル開発では新しい技術の登場しなくなってしまった」、「APIを叩いた後のサーバー側の処理が気になった」と説明しています。
A
今回は雄生さんに来ていただきました雄生さんはカルガリーからカナダのショピファイで今働かれています簡単に経緯というか経歴を教えていただいてもいいです。
B
かはい今はショピファイですね紹介いただいたとおりカルガリーからリモートでショピファイのSREをしていますカナダに来たのがちょっと記憶が曖昧なんですけど3年ぐらい前でそれはショピファイの社内での転席という形でカナダに来てるんですけどその前はベルリンにいてショピファイに入社したのもベルリンで一度入社してそこから社内で移動という形になります時系列的に逆にすると書いてややこしいんですけどそうですねその前はベルリンでサウンドクラウドという会社で働いていてそれが3年その前はスパッドのブリストルというところにある拠点で働いてイギリスのブリストルというところで働いていてそれも2年半3年ぐらいなのでカナダが日本も含めて4カ国目で海外が大体9年10年ぐらいになるというような感じですすいません、なかなかまとめにくい経歴になってきて、自分でもちょっと記憶が曖昧なんで、パッと言えなかったんですけど、そんな感じです。
C
ありがとうございます。ちなみに僕もちょっと聞きたいんですが、ポジション的には最初のCokpadがソフトエンジニアですか?
B
そうですね、それは一社目じゃなくてその前にMTIという会社で働いてそこが新卒で入った会社なんですけどその時から基本的にはモバイル、iOSのアプリの開発をずっとしていてクロパッドもiOSエンジニアとして入社してます。
B
クーパッドにいた時代はもうずっとiOSエンジニアですで、iOSエンジニアとして次のサウンドクラウドベルリンにいた時もiOSエンジニアとして転職して転職サウンドクラウド時代に社内で移動という形でSREになったので社内移動かそうなんですだからSRE自体は結局5年とかうーんぐらいのことかなと思いますねはいその前のソフトiosエンジニアですやることは。
A
結構変わるんですか?なんか今ちょっとLnkedIi見させてもらったんですけどシニアのiOSエンジニアからシニアのSREに移ってるじゃないですかそんな結構簡単になんだろうコンバージョンできるもんなんですか。
B
結構珍しいですよね結局やっぱりもし転職でiOSエンジニアだったんですけどSRE対応してくださいっていうのは基本多分無理だと思うのでどっちかっていうと社内でネットワーキングしたりとか社内のドメイン知識とかがあるっていうこととプラス多少はインフラとかバックエンドのことっていうのはもうちょくちょくは触ってたんで全く知らないってわけではないんですけどそれプラス社内でのネットワークと社内での知識っていうのをレバレチック化してえーやらしてもらったって感じで一回一回もうSREになればSREですって言って転職活動できるんでたしかにそうですね一発一本目がちょっと大変だったんです。
A
けどちなみになんかインタビューみたいなのはあったんですかその時にそうですね。
B
まああのエンジニア組織的には100人とか200人ぐらいの会社だったんでそんなにすごいゴテゴテしたプロセスがあるってわけではないんですけどもちろん向こうのICとかマネージャーとかとは話して軽くインタビューして基本的なことを聞かれて最低限の知識はあるよねっていうところは担保してもらって入ってはいます。
C
なるほどねちょっと今回ね僕があのユーセイさんにどうしてもお話聞きたいっていう実は過程がねあってあのちょっと昔というかもう1週間くらい前かなツイッターでちょっとぼやいちゃったんですよね僕があの最近フロックの方にSREの問い合わせが実は結構多いっていうのがあるんですがフロックの中でもねあのいないよね東海オンエアさんはフロックの周りでSRE。
A
知らないですねまあ特にバンクーバーがあのプロダクトエンジニアが多いというかウェブ系が多いっていう背景があってそうあんまりあとは多分アメリカの企業だとSREとかそのDevOpsとかその少ないポジションって割とそのアメリカでなんだろう最初だっていうのはMVPだったり作る時に多分もうハイヤーしちゃってて、でそこからウェブのプロダクト大きくするとかでバンクーバーに来るとかっていう背景があると思うんで、もうすでにチームがアメリカの方にあるからバンクーバーはウェブだけとかっていうのが割とあるあるなのかなって僕の中では思ってる。
C
んですよねそうよねっていうのもあって僕自身もSREキャリアが番組まで頑張りたいですって言われてもちょっと正直数も少ないし事例も少ないから答えにくかったなっていう部分があっていやちょっと待ってよとそう考えれば雄生さんとかあと我が妻さんだったりとかっていうフロックの中にいる方々でSREいるじゃないかって思ってちょっと今回お声掛けをさせていただいたので今ちょうどお話しいただいたところはかなり興味があってやっぱ社内に最初就職されたときとかサウンドクラウド行かれたときはIOSエンジニアで今お話にあった社内のいろいろな交渉があったりとかっていう分があってSREのポジションにっていう分パッと僕の勝手な印象ですけどやっぱりインフラとかDevOpsとかのキャリアを持ってる方がもっと社内のたくさんのシステムだったりとか開発環境だったりとかに従事するためにSREのポジションに転席みたいなのが普通なのかなって思ってはいて開発側の知識もそれあった方がいいんだろうけれどもっていうのもありつつ割とどうですか優生さんの周りのSREの他のポジションの方々とか見てキャリア的に開発からSREって割とコモンというか普通のことなんですか。
B
えっと。
B
そうですねえモバイルからsruやる人はほぼいないですそれは間違いないと言ったらあのバックエンドのエンジニアとかがインフラに来るっていうのは多分全然あるそうだとは思いますねもちろんそのバックエンドのエンジニアでもそのdbの知識。
B
メッセージMQの知識とかそういうのが結構ある人っていうのがいるのでそういう人の中でもインフラ寄りの作業が好きっていう人がSREになったりってことは全然あり得るんじゃないかなと思いますねたださっきもちょっと軽くお話に多分出たと思うんですけど会社の規模とかでやっぱりやるフェーズによってその全然やることが多分違うし僕はそもそもSREっていう文化ができてってからDevOpsがどうのみたいなSREっていう文脈が出てきて後からこのポジションになってるんで実はそんなに歴史的なことに詳しいわけではないんですけどやっぱり会社のフェーズで全然やることが違うので意味してるものとかっていうのももちろん定義云々みたいなのここである人もいるんですけど現実的には結構会社によってやってるその求めてることが全然違うというか例えば前職だと会社のエンジニング組織の規模がそんなに大きくないんでSREっていうとインフラにめっちゃ詳しい人みたいな全部やる人みたいな感じでデータベースのプロビジョニングしますとかクラウドのネットワーク組みますとかサーバーの構成構築してありますとか何ならデータセンターますみたいなのとかそういうのも何が全部やるような感じの仕事だけど今ショッピファイ来てショッピファイてまあちょっとエンジニアにエンジニアの人数僕知らないんですけどまあ1万人マイおそらく以上のます会社全体ではまあそれぐらいのます数の人がいるんで結局そのそれぞれのインフラのコンポーネントにはそれに特化したチームがいてデータベースならデータベースチームしかもデータベースのテクノロジーごとにチームが違ったりするケースもありますしネットワークはネットワークだけやってる人がいたりとかみたいな感じでそうなってくるとSREってなんかこうかなりこうもっと上のレイヤーっていうかなんかそういうのを特定の技術は触るってよりかはインシデントの対応したりとか社内でリスクを洗い出したりとかあとはその。
B
自動化の部分とかだったりとかグルーワークが結構多くなってくるっていうかこの障害が発生しましたみたいな自分たちが障害対応一時受けをやるし自分たちが原因の特定もできるだけするんですけどじゃあこれデータベースだよねって分かったらデータベースの人を呼んでデータベースの人と一緒に作業するみたいなお。
A
だしょーそのデータベースの人はSREではないんです。
B
か三宅ないですねデータベースエンジニア的な感じなんですよねデータベースの人呼んでそうすると例えばこのクエリが悪いよねみたいな感じになったら今度アプリケーションのエンジニアも呼んできてこれなんとかならないのみたいな感じ話したりみたいな感じになるんで結構そのインフラ周りの障害とかパフォーマンスチューニングとかそういうのをいろんな人をなんかこう寄せ集めてまとめ上げるみたいなタイプの仕事が結構多かったりするので結構抽象度が上がってくるんですねなんか。
A
オンコールみたいな仕事ですね。
B
オンコールは基本的にだからオンコールが一番メインの仕事ではあるんですよねただ幸いそこそこ人数がいるのと一応週末以外は自分の業務時間外でオンコールしないといけないっていうことはなくて他のタイムゾーンにも人がいるんでずっとオンコールってわけじゃないんですけど基本的にはちゃんとプラットフォームレベルのかなり大きな規模の障害をちゃんと一重計として。
B
対処できる原因を特定してエコホルダー集めれるっていうところが一番メインの仕事ではありますすごい。
C
そんな統括的なお仕事だったんですね割とさっきはすみませんありがとうございますあのさっきねやっぱりその会社によるよねっていう部分で割と比較対象になるかわかんないですけど東橋さんとかのそれこそ朝野とかもやっぱりSREのポジションの方ねやっぱりいらっしゃるんじゃないかなと思うんですけどどうですか似てます業務の体制と。
A
かにいやそれこそ今言おうと思ったんですけど僕あの僕自身weboncalっていうwebのサイドのoncalをやっててまあ結構まあ激しめのoncalだけど2か月に1回か3か月に1回ぐらいかなでその一重計が僕たちなんですよね逆にでえっとそのでインフラの方だよねとかでなったらそのインフラのチームまあsreとかそっちのチームを呼ぶみたいなでなんかあのエスカレートするみたいな感じなんでそっからみたいな感じがあるかなでその人たちが何をやってるのかは全然わかんないすごく。
A
あ良かったウェブじゃないみたいな感じで思ってでそのミーティングとかにずっと言いさせられたりもするけど何も言ってる何言ってるか全然わかんないみたいなじゃあ。
C
あれか少なくとも一時受けが東海オンエアさん達っていうことであればSRAがどう統括とって誰かに振るみたいな話ではないって。
A
ことだよねそうですまあでもそっからそういうのが起きてるのかもしんないけどうちはそこまで規模が大きくないので多分SREがもうちょっといろいろやってそうなイメージはあるかなって感じですデータベースエンジニアとかはいないではないかもしんないけどインフラのチームにそのデータベースの担当みたいな人が何人かいるみたいな風なのになってそうかなわかんないですけどねなるほど。
C
ねだからさっきのユーセさんのおっしゃっていたやっぱりその会社によって違うよねの部分もそういったところでやっぱり色は変わってくるってことだよねそうな。
B
んですよねなのでどうすればなれますかっていうタイプの質問は結構正直答えにくい多分ハマるところもあるしハマらないところも同じSREっていうポジションでも全然あって。
B
例えば僕とかだと前職もそんな大きい会社ではないんですけど言うてもそのトラフィックが世界中であるんで。
B
グローバルインフラっていう感じで複数のリージョンにデータベースとかサーバーがあったりみたいなそういう構成を取ったりしてるんでそういう意味では初期化への規模ではないんですけど基本的に複数のリージョンにユーザーがいる場合にどういうインフラを組むべきかみたいなことに関しては多少知見があるみたいなそういう話をしたら入れてもらえたみたいなこともあるんですけどでも多分そういう経験がないけど例えばなんかめちゃくちゃ特定のインフラのコンポーネントに詳しいみたいな人とかだったら多分他にマッチのチームがうちの会社だったらあったりすると思うしなるほどその意味ではなんか結構僕はいつもなんか総合格闘技っぽいなっていうんでいてなんかその別になんかこういう特定のパスがあるっていうよりかはなんか割といろんなバックグラウンドの人がいろんなとこでいろんなことをしているみたいな感じもあってなのでそういうアプリケーションのレイヤーからきてアプリケーションの知識が強いからアプリケーションから発生するインフラの問題を解決するような得意な人とかっていうのもいるんですよね悪いクエリとかがあったらすぐ見つけて直せるみたいな人もいるし逆にめちゃくちゃLinuxに詳しいおじさんみたいなのがいてこれはカーネルのあれだよみたいなそういうことをすぐ。
B
言えるような人とかっていうのもいるし例えばコミュニケーションがめちゃくちゃ強いからあんまり特定の知識はないんだけどめちゃくちゃそのインシデントのハンドリングが上手いみたいな人とかもいたりして本当になんかその職域領域があってそこがはまればなれるみたいな。
A
感じが正直ありますちなみにインタビューはその場合どうなるんですか例えばなんですけど朝菜はSREのエンジニアだろうが多分同じインタビューしてるはずなんですよねでただ普通のソフトエンジニアでもそこらへんのそのリージョンであのサーバー別に持つだとかの知識は絶対みんななんかそのサーフェス的には必要でそこらへんちゃんとなんかなんだろうなえっと。
A
CSのバックグラウンドがありますよっていうのを証明しないとインタビューのうちに証明しないといけなくてそこからみたいな感じになっててチームごとでインタビューを変えてないんですけどじゃあそこら辺はなんだろうSREのインタビューとそのプロダクトエンジニアのインタビューみたいな感じで別々。
B
で分かれてるんですか多分多少はその適正みたいなのを見ると思うんですけど基本的には。
B
多分バックエンドのエンジニアとかがやってるようなのと同じことは多分やらされてると思います普通のコーディングのインタビューもあるしそのいわゆるシステムデザイン的なやつをやってそうなんですかねむしろ開発の人ってシステムデザインとか多分シニアとか以上だとあるんじゃないかなと思うんですけどまあそういうのはあってむしろ多分大きい会社になってくると、なんかもう特定の技術よりかは社内のドメイン知識があった方が結局いろんなものが抽象化されてるんでなんか結局社内のドメイン知識をつけないと使い物にならないみたいなとこがあるんでなるほどねここの勝手なイメージですけど規模が大きく会社が大きくなればなるほどそんなに特定の技術要素についてはあんまり聞いてこないもちろんそのそういうあの特定のポジションに入れば別ですけど例えばsreやりたいってなって大きい結構かなり規模の大きい会社に入るってなったらもうなんかその特定の知識をチクチク聞いてもなんか仕方ないし曲入ってから学ばないといけないことの方が多い。
A
んで朝なはまあ。
B
そんな感じですねcsの知識がまあちゃんとあるかっていうところが一番大事なんじゃないかなと思います。
A
そうですね確かになんかまあ朝もそうですけどフロントエンドの技術とかあんま聞かれないしまあなんかリアクトとかなんか言語固有のものなんてかっても結構まあ入ってから学べばいいよねぐらいのなんか最初のブートキャンプでちょろっと触らせられるぐらいのがあるぐらいでそれ以外はもうなんかほぼ聞かれないしみたいな感じで割とそっちに近めなのかな。
C
なるほどねってするとなおさらあれだな俺も今後ちょっとSREになりたいですってどう言おうかなってすごい頭の中で迷うとこなんだけどとはいえ今の話聞いてる部分だと一般的なシステムデザインだったりとかアルゴリズムだったりとかっていうCSベースのやっぱり知識っていうところが当然あったほうが良くてその上で各企業ごとのドメイン知識を社内に入った後もちゃんとキャッチアップしていくことも当然必要で今の話聞いてる。
A
とそこら辺たぶんだからCSのベースがあればそのキャッチアップはできるよねみたいなそのベースの上に成り立ってるものでしたねこいつのものはだからできるよねみたいなのはあってだからなんか元々その日本でも多分結構難しいとは思うんですけど経験があればプラスかなっていうのはあるのとあとどうしたらなれますかって言うと結構難しくて、やっぱカナダにそもそもポジションが少ないんで、じゃあとりあえずトロント行こうかみたいな話に多分なると思うん。
C
ですよねポジションある方に。
A
行こうねって一番そう一番ポジションあるの多分トロントだと思うんで。
C
そうだよなぁ間違いないなのでまあ目指す方向性としてねSREみたいなポジションにやっぱり憧れ楽というかやっぱりねなりたいって人はそこそこいるなあっていう思うんですがなれるかどうかっていうのはねやっぱりその地域だったり会社だったりによるんだろうしという話になるんだろうからそういう意味だとどうすかねそのやっぱり開発工程にいらっしゃった方がやっぱり周りに多い開発のフェーズをやっぱり知ってる人がね少なくとも多いのかなと思っていてフロックのとこやっぱ多いのってあのやっぱ今までインフラにいましたとかチームとしてはインフラのチームにいましたとかDevOpsチームにいましたとかで次のポジションとして要するにSREなのかなそういったポジションもやっぱりすごく夢があるなっていうのが多いんですけど彼らがやっぱり見てるところってやっぱり開発側のほうに一回いたほうがいいのかどうなのかみたいな話やっぱり多くてその辺でも今お話聞いてる限りだと企業に当然寄るっていうのベースにはなるんでしょうけど雄生さんみたいにIOSならIOSエンジニアとしての開発チームにいたっていう時期は間違いなく生きてるだろうからやっぱないよりはあったほうがいいよねっていう話には落ち着くんすかねそう。
B
ですね開発レイヤーにいる人の中で適性がある人っていうのは自分が例えば接続している先とか依存している先がどうなってるかっていうことに関して完全にシャットダウンしない人なんじゃないかなと思うんです例えばモバイルのエンジニアやってても基本的になんかのAPIに叩くわけじゃないですか。
B
まあどうしてこういう作りになっているんだろうとかなんでこれこんな遅いんだろうとかまあそういうのがあった時にまあその自分でまあ直せないにしてもまあある程度そのこういうことが起きてるんじゃないかなとかっていうことにある程度の考えを巡らせれる人もちろんバックエンドとかフロントエンドの開発をしててもパフォーマンスとか自分がやってることがどういうバックエンドにインフラにどういう影響を与えてるかっていうのを考える機会は全然あると思うんでそこを掘りたい人とかそういうのに興味がある人っていうのは向いてるんじゃないかなと思うし自然に知識がついていくんじゃないかなと思う樋口ちょっと。
A
耳が痛いですねなんか深井言うと思ったわ樋口言うと思ったわでもちなみにその聞いてくる人たちは日本でそういうSREの経験がすでにある人たちなんですか深井いやそういう。
C
わけじゃないねそうまあ傾向なんてだけするんだったら本当にインフラエンジニアいますとかDevOpsチームいますとかでインフラ側だけ今まで見ていたんだけど次のキャリアっていうのを考えるときに最近SREって言葉をよく聞くからみたいな文脈が多く。
A
て。
A
なんかSREってそもそもポジションが少ないからソフトウェアエンジニアとかでやってこの講義でソフトウェアエンジニアになるって言ったときにそのすっ飛ばしてSREに行けるかって言ったら結構難しいですよねそのポジションがまず少ないしその小さい会社だったら一人いるかどうかみたいなのが多分普通だと思うし大きい会社になれば人数はいるけど。
A
プロダクトエンジニアの人の比率でいうとやっぱ少ないからそのソフトエンジニアになってまあ経験積んでさっきユウセイさんが言ってくれたようにそのちょっとずつそのナレッジを広げていくというかもうちょっと深くあのベースの知識の方にもまあなんだろうキャッチアップしていくみたいなのを進めながらやっていくみたいなのはなれるかもしれないけどいきなりあの知識もないのにやってくださいみたいにはならなそうな感じがするし確かになっていうのはだから日本で経験があって例えばねLINEとかその交通量の多いだとかなんか他にどんなあれがそういう大規模システムがあるのかも分かってないですけど日本の中だとそういうところで経験があるのであればすぐ英語がしゃべればすぐこっちでもできるかもしれないけどそもそもやっぱ少ないっていうのがどうしてもあるから。
B
だ。
C
からでもアドバイスの仕方としてワンチャンそれは確かにアリなのかなって思っているのが彼らの僕のやっぱり話聞いてくるところでやっぱりとメガベンチャーのまあインフラちょっとに担当していてラージドラフィックのやっぱりまあ環境に行った経験もあるし海外に行ってもワンチャンSREのポジションとか見えてくるんじゃないかっていう文脈が多くてそう。
A
やったらありそうですねそう。
C
だねそうただやっぱりそれに該当しないとこだよね別にそのまああのあんまり大きい大きなトラフィック扱ったこともないしインフラにどれだけ深くあるのかもあんまりちょっと想像もつかないしみたいな人が開発の経験全くなしにいきなりsreっていうのはさすがにちょっとイメージがわかないんだろうなとも申しまあそうねそういう人に関してはもしかしたら一旦開発にもちゃんとあのちゃんと求人が多いという意味でたくさん求人があるという意味でまあソフトエンジニアを目指しつつ開発側の環境もわかるしインフラにももちろん元からいただく興味もあるしっていう状態でSRみたいなポジションがもしワンチャンあったらトライしてみてもいいんじゃないっていうのがちょっと王道にはなりそうなのかなーって僕の中で思いましたね。
A
そうですねちなみにゆうせいさんはそのiOSエンジニアからそのサウンドクラウドで働いてた時にそのsreに聞かれたと思うんですけどそのなんか心境の変化みたいながあったんですかなんかどういうふうにそのプロダクマiosのエンジニアから移ろうと思ったん。
B
ですかこれはうーんまあ商工技術あると思うんですけど僕はそのエンジニアなと2012年とかなんでiphone多分3とかそういうレベルなんですよねで各社モバイルファーストとかっていってスマホ対応これからしていくぞアプリ対応していくぞみたいなウェブからアプリへみたいなそういう時代だったんでとにかくやることしかないみたいな感じだったんですよねやり始めた時ってそれこそAppleのドキュメントも微妙だし。
B
開発のベストプラクティスもないしエコシステムもいまいちだけどビジネスニーズはめっちゃあるみたいな感じなのでとにかくやった方が良さそうなことが無限にあるみたいなそこから始めてiOSリリースされるたびに全然結構新しいフレームワークが出てきてなんかあったらいいなみたいなレベルじゃなくてめっちゃ大事じゃんみたいなこれビジネスに直結するみたいなのがバンバン出てくるんでそれをどんどん対応していってみたいな感じで始めていくんですけど今だともう明らかにモバイルのテクノロジーの進化ってそんなにもうないじゃないですか極端な話iPhone毎回出て大体同じだよねみたいな感じになって。
B
もちろん僕がモバイル開発を辞めた時期ってまだそこまでではないんですけどとは言ってもやっぱり自分が始めた頃よりはやらないといけなさそうなことっていうのも少なくなっていたような気がしますしどっちかっていうとアプリ内のアーキテクチャーがどうのみたいな話とか結構盛んになってきててモバイル自体が今後すごいビジネスニーズとしてモバイルのエンジニアがこれからもっと必要とされていくっていうイメージがちょっとやや限りを感じたっていうのは正直ありますこういうこと言うと多分全然まだ需要あるよっていう反論もあるしそれはそうなんですけど例えば海外見てみると大手ってリアクトネイティブ使ってるところが多かったりするんでじゃあネイティブ開発者にそんなにアドバンテージがあるかみたいな感じで言うとそうでもなかったりするしこれ多分フロントの人はみんなそうだと思うんですけどiOSもフロント側の技術のめちゃくちゃ大きな変化があっていわゆる前言的なUIの読み方をするようなフレームワークが出てきてなんか1から覚え直しみたいな感じになったりするんでなんか長くやってきたのになんかそういうチャブ大会試験みたいなのがあるとまあ自分が積み重ねてきたものもちょっといきなりなくなったりもするしなんならリアクトネイティブと多分ウェブフロントから来た人とかの方がよかったら分かんないですとかするかもしれないしとかになってくるとなんか積み上げてきたものもなんかそんなにうまく使えそうな感じもしないしビジネス的にもものすごいニーズがあるような感じもしないしみたいなそういう焦りがちょっとあったっていうのがまず一つでそれプラスさっきの話に戻りますけどアプリずっとやっててAPI叩いて返ってきたJSON画面にひたすら表示してるだけだけど何年もやってこの向こう側全然知らないのどうなのかなっていうのを待ってちょっとずつバックエンドとかインフラの知識を受けていってできるだけそのユーザーが。
B
フロントで操作したところからサーバーにリクエストがいて帰ってくるまでの流れっていうのをエンドとエンドで全部理解できるようにはなりたいなっていうのもあったんで自分の技術的な行き詰まりを解消したいっていうのもあって打算的なところと自分の興味を満たしたいっていうのも両方があって結構思い切ってジョブチェンジしたって感じ。
C
ねえちゃんと歴史があっ。
A
たんだ僕もそこなんですよね今多分アサナの場合で言うともうちょっと多分奥まで知らないといけないというかAPI叩いたら帰ってくるとかっていうレベルではないけどバックエンドも僕たちは触るんですけど結構プロダクトエンジニアってやることを新しいフィーチャーとはいえどやることを大体似通ってくるじゃないですか会社移ってもその会社にある技術とかを使ってその会社のドメインの中でページを作ったりだとかであると思うんですけど、なんか、まあ飽きてきたのかな。5、6年以上あって、まあ飽きてきたって言うとあれですけど、なんか、なんか同じことやってるなみたいなのがあって、もうちょっと枠エンドの方行った方がいいのかなーって、今、この頃思ってます。
C
なんかねリードの方行ったりするのかなと勝手に思ってたけどね俺。
A
はトカシさんは僕ですかそっちも別になんかそのそこは別にリード行きながらとかでもできると思うんですけどただそのそうですねまあとかあのエンジニアリングマネージャーとかって道にするとまた全然やることとか違ってくると思うんで確かにでもなんかそのプロダクトエンジニアっていうものである限りやっぱそこらへんでずっと変わらないと思うんで確かにそういうふうに考えるとちょっとその次のステップとしては楽しいのかもしれないですねちなみになんですけどとはいえ僕プロダクトエンジニアの好きなところってそのインパクトがすごいやっぱARだとかお客さんへのインパクトとかって結構やっぱ大きいしその結構ものによっては大々的にそのアピールするじゃないですか外側にその時のやっぱなんか喜びみたいなのってあると思うんですけどSREの場合ってそういうのってあんまりないじゃないですかどういうところになんか楽しみを持ってやらあの仕事されてるのかなみたいないや。
B
僕は逆でそういうのがなんかあんまり感じれなかったんですねこれはでもめっちゃ隣の芝的なことだと思うんですけどフロントやってるとそのおっしゃったみたいにユーザーインパクトっていうのは嬉しいんですけど結構まあ定量化難しい部分もあったりするじゃないですかそのまあ何が効いたかみたいなのを直接こうこれが聞いてこうなったみたいなストーリーが組みにくい時もあるし結構その分かりにくい改善ポイントとかもあったりしてなんかそんなにこうめちゃくちゃ分かりやすく自分の成果を見せれない時とかもあるんだけどそういう時にインフラの人とかを見るとなんかグラフがバンって出てきてなんかレイテンシーが下がりましたみたいなんとかエラーレートが何パーセント改善しましたみたいなのとかをバンバン出しててこれ結構気持ちよさそうだなみたいな。
C
というふうに思ったりって。
B
いうのもあるんですよねもちろんそのユーザーがめちゃくちゃ大事っていうのは僕も今でも変わらないんですけどただそういうなんかめちゃくちゃ低量化された成果みたいなのがバックエンドの方が僕はちょっと出しやすいかなっていうふうに思いますね。
A
確かにただあのそうですね確かになんかそれはあるかもしれないなんかその技術新しいそのサーバー側の人たちとかがその新しいなんだろうプレームワークの変更とかで結構喋ってたりするとやっぱ確かにそういうグラフとかであってうわーそういう時はすごいかっこいいなって思うんですけどまあ確かに。
A
定量化しにくいとあと会社のシステムにもよるのかなとは思うんですけどabテストとかちゃんとしててあのるところでとかだったりするとそのグラフは出してはいるからなんかインパクトっぽいものは見られるけど確かにそれがちょっとこじつけもあるんじゃないかとかその確実にその絶対これが要因でそのインパクトあったよねとかは言えなかったりするからある程度ログとかであの出せるabテストとかで出せるようにはしてるけどそのタイミングがたまたまなんか重なったとか違うページの変更と重なったとかもあったりすると思うんで確実に確かに定量的にとはいかないかもしれないです。
B
ね確かにそのアサナとかショピアイもそうですけど特にビーム系のとことかだとチェンジログとかユーザー向けのそのリリースノートとかっていうのも結構充実してるからこれ俺がやったんだよみたいなそういう話ができる時もある気がしていてまあそういうのは確かにかなり達成感があるかもしれないです。
A
ねなるほどねいや面白いですね。
C
なんかどこに対して快感を覚えるかの話に結局なってくるのかなっていう気もしてきてて。
A
ね確かに出てるしあごめんなさいどうぞどうぞ僕の怖いポイントとしてはそれが移動して。
A
なんかそれがなくなった時になくなったっていうかそのプロダクトとかで出していくみたいなのがなくなってユーザーインパクトみたいなのが見えなくなった時になんかあれつまんねえってなったらやだなみたいなのがあるからちょっと聞いてみたかったっていういや面白いです。
C
ねでも割と俺は雄生さんの話聞いてるとやっぱり需要だったりとかっていうIOSエンジニアの需要が今後どうなっていくかみたいなところやっぱりそっから来る危機感みたいなところも実は結構大きかったのかなっていうふうに思ってはいて最近特にバンクーバー前からっちゃ前からなんですけど特に最近IOSエンジニアの仕事がなくなっててもうトロンと行くしかないんですよね最近はっていうのもあってIoSに限った話はないけれども昨今Lも中心に開発環境もだいぶ変わってきてるしそういうそろそろ僕も動かなくっちゃなっていうその先として今まで興味があったインフラだったりとかAPIのバック今どうなってんだろうなとかっていうそこに興味をちゃんと持てたっていうのがやっぱりキャリア的な転換点なんだろうなって思いながらだとね前回俺優生さんと喋らしてもらったのはもう多分2年前とか3年前とかそのレベルだと思うんですよね最近はどうすかそういう意味でになったら割と開発環境っていう文脈だとだいぶ今最近も変わってきてる段階かなと思います。
B
がそうですねレルエムのやっぱりかなり仕事の感じって変わりましたねどっちかっていうともうだから今自分で何が大事かなみたいなのも1から多分やり直さないといけないようなフェーズには入ってると思うんでそんなにまだ答えは出てないんですけどでもやっぱりそのなんか何かを知ってることの重要性っていうのが結構下がったっていうのは間違いないですよねそれこそだからインフラだとインフラのなんかすごいその知識がないとできないような仕事とかっていうのもあったけどもちろんそういうむちゃくちゃ難しい仕事をしてる人はいっぱいいるんですけどでも基本的に。
B
深掘りすれば誰でもいつかたどり着けるような情報みたいなのっていうのは結構一瞬で具体が出ちゃうっていうのもあるんでそこそこ詳しいみたいなのにはなんかあんま価値はまずなくなってきたような気がするしまたまぁそのLMを積極的に対応している会社だと多分社内のコンテキストとかっていうのもLMフレンドリーにうまく設計していってる気がするんで社内の知識もなんか結構LMに聞けば出てくるみたいなこととかもあったりしてなんかこう横にも縦にも結構そのナレッジ代だけでやっていくっていうのがまあ厳しい感じはしてきたんでまぁもちろんそれをそのどれだけ使いこなすかっていうのはまあもちろん前提としてあってでもその先何が読みになるんかみたいなのは結構もう、そしたら考え直さないといけない映像だなって気がしますね、多分皆さんもそう思われてるんじゃないかと思い。
A
ますけどちなみになんですけど、一つちょっと気になったのが、社内でのその知識、ナレッジをそのAIを使ってその探すみたいな時にそれって結構ショッピファイではうまくいってますかなんか僕とか僕の周りとかで聞いてもやっぱ大きい企業になればなるほど結構まだまだそのAIがちゃんと使えてないみたいなのがあるのかなと思っ。
B
ててそうですねそういうのは多分そういうのをまたやってるチームがあるのでそんなに大そうなことは言えないんですけどまあそれこそこうmcpサーバーみたいなのが大量にあちこちになってますそれ自体はちょっと見つけにくいっていう課題は実際あるんですけどでもよく使われているものは何個かあってまずそういうものを動かすために情報が分散しないように頑張るみたいなそのドキュメントを一箇所に集め出したりとかコードベースを一箇所に集め出したりとかできるだけ多分LMフレンドリーにコードもドキュメントも設計していくっていうのは紹介者は多分まあまあ頑張ってやってる。
A
方だと思うんですよ。
B
ねそういう意味ではその社内のもちろんその完璧な答えではないんですけどでも最近この技術要素どうなってんのみたいなこととかを聞くとその社内のドキュメントとか社内で走ってるプロジェクトとかをちゃんと検索してくれてそれなりの程度のものは帰ってくるような気がしますねすごいです。
A
ねうちはそもそもモノレポなんでそのプロジェクト集めるっていうのが全然あのプロジェクトとかそのモノレポにしていくみたいな動きはまあそもそもないんですけどドキュメントとかはそのMDファイルとかでコードベースに残っているもの以外はやっぱりまだ探しにくくてオーフェンみたいに迷子になっているやつとかもいてそこら辺に結構重要なのがあったりとかGogleドックの情報を今拾えているのかわからないけど僕が観測している範囲だとあんまり拾えていなさそうだなみたいなさっきのうちにもそういうのを設定したりとかそういうのを進めているチームはいるんですけどどうなんだろうあんまりなんか。
A
自分で開発したりするぐらいの良さみたいなのとかエージェントでほぼ全部できちゃうぜみたいなのは全然まだまだかなみたいな思って。
C
て大企業の膨大な情報やデータをどう整理していくのかっていうところですよね本当にドキュメンテーションの数が多すぎてもうカーソルうまく動かねえとかねそんなレベルの話からいろいろ聞こえてはくるので。
A
ということで最後まで聞いてくださりありがとうございました海外キャリアログは毎週月曜日に更新されますspotifyapplepodcastyoubeなどで番組のフォローをぜひお願いしますまたxでつぶやきがあるととても嬉しいですハッシュタグ海外キャリアログでお待ちしておりますありがとうございました。