便利なOSSを多数開発。“隙間家具職人”の開発モットーとは？ 藤原俊一郎（fujiwara）インタビュー【前編】

ありがとうございます。まず、社員のみなさんの人柄がとても素敵だなと感じています。同期の入社が20人以上いたのですが、研修の最初の2日間で「みなさんよい方だな」と思いました。前職でもそうでしたが、この雰囲気は非常によいですね。

ドキュメントがしっかり整備されていて、自分で調べながら進められるのがよかったです。前職はどちらかというとフリーダムな環境で、ドキュメントをあまり残さない文化がありました。

そうですね。その文化に甘えていた部分もあったかもしれません。でも、さくらインターネットではドキュメントが充実しているので、自己解決しやすいと感じました。

そう思います。

1998年に小さなWeb制作会社に入り、当時の黎明期のWeb制作に携わりました。サーバーのセットアップから、OSのインストール、アプリケーション開発、HTML、CSS、JavaScriptなど、グラフィック以外はだいたいひと通りやりましたね。そうするなかで、どちらかというとバックエンドのほうが好きだと気づきました。

そうですね。Linux、Apache、Perl、データベースには最初はPostgreSQLを使っていました。

「Lobi」というゲームユーザー向けのチャットサービスがとくに印象深いです。コンテナ技術が本格化する前の時期で、途中でAWSに移行したんですが、EC2のオートスケールに試行錯誤しました。

Dockerが登場した2013年ごろから社内で使い始めました。ただ、本番環境で運用するには課題が多かったので、まずはEC2のオートスケール環境でpull型のデプロイをできるようにしていました。そのあと、ECSが安定してきた2017年ごろに本格的にコンテナ運用を始めました。

そうです。最初はこれはというデプロイ方法がなくて、ecs-deployというシェルスクリプトがあって使えるかなと思ったんですけれど、これだったら自作した方がよいと考え、Goで300行程度の実装をしました。それが割と実用的だったので使い続けて、成長して現在の形になっています。

「shapeio」という帯域制限機能を持つGoライブラリがあります。これは、Goのio.Readerとio.Writerというインターフェースがあって、ioを読み書きするときは基本的にはそのインターフェースでやるんですけど、そこに組み込むとファイルでもネットワークでも帯域制限がかけられるというものです。これはすごく小さくて、9年前くらいの時点で機能的にも完成しているので、いじってもいません。

はい。Goはランタイム不要のシングルバイナリで配布できるので、動作環境の違いを気にせずに済みます。ほかの言語と比べても、Goでツールを作るのは楽ですね。

まずは自分に必要なツールを作ることですね。誰かのために作るのではなく、自分の仕事を楽にするツールを開発することが大切です。その結果として、ほかの人にも役立つ可能性が生まれます。

そうですね。「運用の手触りが感じられるからよい」というのも誰かが言っていましたね。実際に運用している人が使いやすいような機能があるだとか、使いやすいようなインターフェースになっているだとか、そういうのがたぶん気に入られるポイントなのかなという気がします。それはやっぱり自分で自分の仕事のために作って、自分の仕事のために日々使っていて、こういう風に使えると便利だなということがあるから、そういう機能を足したりインターフェースを整備したりするんですよね。そこは直結しています。運用している人が作るから、運用している人が使いやすいということだと思います。

レスポンスがちゃんと速いとか、直観的なコマンド体系、あとは設定の柔軟性ですね。そういうものも含めて、触りやすい、触っていて不快ではないというところでしょうか。とくに設定ファイルは、最近は基本的にJSONを受け付けられるようにしています。ただJSONを手で書くのは苦痛なので、YAMLやJsonnetからJSONに変換するようにしています。CUEで書いてからJSONに変換している人もいるようです。1つに決めるよりも、各自が工夫できる余地を残しておくのがよいですね。

はい。自分が運用するツールだからこそ、自分にとっての使いやすさを意識して開発しています。CI/CDに組み込むことも前提にしていると、気づかないうちに思っていた何倍もそのコマンドが使われたりするから、速度を速くすることにも意味がありますね。

はい、よろしくお願いします。