「中の人になってクラウドを”作りたい”」。さくらインターネットへの転職理由とは？ 藤原俊一郎（fujiwara）インタビュー【後編】

機能やツールがいっぱいそろっている、他社のクラウドのうえで開発をしようとすると、どうしても「小さいものを作って、それで間を繋ぐ」みたいな使い方が最適になります。それはそれでよいのですが、もうちょっと違うもの、クラウドのコンポーネント自体を作ってみたくなったんです。

ミドルウェアは自分でいちから作っても、デプロイしてIaaSの上で運用する必要があり、そうするとクラウドのマネージドサービスを使ったほうがよいとなってしまう。なので、作りようがないというか、作っても使えません。でも、作りたいなという欲求がじつはありました。そういうものを作りたいんだったら、クラウド自体を作るしかないなと。そっちのほうがおもしろそうだと思い、さくらインターネットに入ったわけです。だから、やりたいことはクラウドのコンポーネントを作ることです。

入社直後に配属されたのが、IaaSの基盤開発というところで、IaaSのVM関連の開発の担当になります。それもやりつつ、将来的には何か別のマネージドサービス、いまさくらのクラウドでは、たとえばキュー（シンプルMQ）やAppRun β版（2025年2月時点はβ版の提供）などのいろんな新しいサービスが出ていますが、そういうものの開発もやってみたいです。

どちらかというと、ミドルウェアとかのコードを書きたいですね。運用していない人が書いたコードは絶対使いづらくなるので、コードを書きたいです。そういう意味では、運用をちゃんとやれる状態にしながら、運用する人がコードを書くという状態を維持したいですね。

現状のさくらのクラウドのサービスだとパーツが足りなくて、IaaS上で全部やらなくてはいけません。AWSなど広く普及しているクラウドに慣れた人に使ってもらうための機能が、ひと通り必要だと思うんですよね。キューやモニタリング、ログを見るなどです。いまはAppRun β版も出ましたけど、まだコンテナ運用に必要な機能に足りないものがあります。それが揃ったうえで、何か独自性のあるものが考えられるといいですね。具体的に何かはこれからです。

いや、両方ですね。遅いものを速くすることには価値があるからやりたいですし、新しいものを作りたいのはもちろんです。

そうです。僕は運用や開発をしていて手触りが悪いものは嫌いなんですよ。クラウドを使う人はエンジニアじゃないですか。そのエンジニアがすっと使えて、「あ、これ気持ちいいな」というものを作りたいですね。

それは本当はストレスじゃないですか。やりたいことがある人がやりたいことができないのはよくないです。

そうです。それはさくらインターネットのビジョンでもありますからね。

そうですね、小さなツールは、いままでのやってきたことの延長でしょうか。さくらインターネットの上で動くもので、補助的に役に立つものです。ただ、そのようなものはじつはないほうがよいというか……。なくて済むなら、なくてよいんですよね。これまでは、不満があって使いにくいと思ったから、その隙間の足りないところを埋めるようなものをずっと作ってきました。でも、そもそもクラウドがそういう隙間がない状態で提供されていれば、隙間を埋めるものも必要ないじゃないですか。その意味では、大きなもので言うと、ちゃんと本体のクラウドを使いやすいものにしたいです。 

個人の好みや、いろいろなユースケースもあるので、100％全員に使いやすいものにするということはできません。だから、それぞれにとっての隙間があって、そこを小さいツールで埋めるのはもちろんありです。ただ、そもそもデプロイツールがないだとか、「公式に提供されてないからデプロイできません」みたいな状態でリリースされても、使いようがないじゃないですか。そういうのはよくないので、使いやすいものをちゃんと提供したいです。

いままでクラウドを外から使ってるだけだと、要望を上げることはできるし、要望通りに実装されることもありますが、とはいえ、よくないところを自分で手を動かして直せるわけではありません。さくらインターネットのエンジニアは”中の人”だから、直そうと思ったら直せる立場にいるというのはよいと思います。

そうですね。中に入らないと結局クラウドは作れませんから。

一緒に働きたい人がいたことです。kazeburoさん（クラウド事業本部 副本部長 長野）、tagomorisさん（クラウド事業本部 田籠）など、そういう人たちと1回働いてみたかったんです。

それでいうと、ISUCONで一度tagomorisさんと一緒になったことがあるんです。ISUCONで僕は何回も優勝していますが、優勝したときは同僚か元同僚と組んでいたんですよ。tagomorisさんと組んだときは、もちろん知り合いではあったけれど、同僚でもないという状態でした。結果としては、全然うまく動けなくて予選落ち。やっぱりイベントとかで一緒になってやるぐらいだと、普段の仕事の距離感とはちょっと違うので、どこまで相手に踏み込んでいいのかがわからない。いろんなコミュニティなどで仲良くしている人はいっぱいいますが、一緒に働いて、ある程度の時間を共有しないとわからないことはあるんですよね。そういう信頼関係がないと、たぶんISUCONでは勝てないです。うまく動けないんですよね。どこまで突っ込んで指摘していいのか、一瞬判断が遅れたりしますし。

そうなんですよ。これをやってくださいっていうのも、どういう風に頼んだらいいのか、普段からやっていないと、どうしても頼むほうに遠慮があったり余計なことを言ったりして、うまく動けないんですよね。

ISUCONは時間が決まってる競技だからロスがあると勝てない。それで普段から一緒に仕事をするということで、tagomorisさんやkazeburoさんなどと働いてみたかったというのは、結構大きな理由ですね。

ISUCON11のときは、僕はリモートで自宅にいて、チームメイトであるカヤックのメンバー2人は会社の会議室だったんです。だから、半分リモートですね。それで優勝できたので、リモートでも全然悪くないと思います。ただ、それは完全に普段の信頼関係ができたうえでの話です。普段の信頼関係をちゃんと作っていて、対面でもときどき会ってコミュニケーションを取っているような間柄であれば、リモートでも大丈夫です。

そうですね。そういう意味では、3人中1人リモートでも優勝できるぐらいパフォーマンスは出せるというのは明らかになっています。

はい。それがないとダメだと思います。リモートでも対面でも、どちらにしろ信頼関係がないとダメです。

一緒に何かものを作っていく仕事だから、やっぱり僕はものを作るのが好きな人がよいとは思います。「手段と目的」じゃないですが、クラウドの開発という仕事における目的は「ものを作ること」です。だから、それ自体がちゃんと好きな人、興味がある人がよいですね。「仕事として言われたらやりますよ」というスタンスの人だと、やっぱりよいものはできないと思っています。

そうですね。たぶん一緒に働いていて楽しいのは、好きでやっている人のほうかなという気がします。

自分のことは完全に生存バイアスなので難しいですよね。僕が成功したわけじゃないですけど、成功した人のやり方を真似してもうまくいくとは限らないんです。

「こうしておけ」とは言えませんが、やっぱりやっている仕事を好きになることだと思います。好きなことを仕事にするとつらいとよく言いますが、逆に、やっている仕事を好きになるぶんには問題ないんですよ。だって、つらかったら好きになれませんから。

だから、やっている仕事があんまり最初は好きじゃなかったとしても、それが好きになれたら、それは向いているということだと思うので、そういうものを大事にしたらよいのではないでしょうか。

好きなことと得意なことは往々にして違うんですよ。僕はたまたま好きなことと得意なことが一致しているので非常に楽なんですが、違う人のほうが多いでしょう。なので、好きなことをやってうまくいかないと挫折してしまいます。それで、好きなものも嫌いになってしまう。でもそれとは別に、得意なことがなにかありますよね。やってみて得意だったことを好きになればうまくいくので、どちらかというと得意なことを見つけることのほうが大事です。

そうですね。得意なことは、自分があまり苦しまずにやれるけれど、結果が出るものです。苦しまないで結果が出るのが、つまり、得意ということだと思います。苦しんで結果を出すのは続かない可能性があるので、本人の意識としてあまり大変じゃないと思っているけれど、なぜか人から評価されるということは得意なんだと思います。人によって苦もなくできることは違います。苦もなくできて、人にたまたま評価されることがあって、その得意なことをうまく好きになったらよいのではないでしょうか。