Forkwell Press

エンジニアの生き様をウォッチするメディア

運用の課題をエンジニアリングで解決し、さらに使いやすいものへと洗練していくことがこれからの「インフラエンジニア」の役割-スマートニュース 坂本卓巳(takus)氏

この連載では、「Forkwell Jobs」の開発にも関わるフリーランスエンジニアの後藤大輔(@idesaku)が、さまざまな企業で働くエンジニアとリレー形式で対談を行っていきます。

前回の鈴木健太氏からご指名があった第7回のゲストは、スマートニュースの坂本卓巳氏(@takus)です。大学院生時代にはスタートアップへのAWS導入を手がけ、修了後はDeNAで大規模サービスにおけるインフラ運用のアプローチを学んだという坂本氏。現在はスマートニュースのインフラエンジニアとして、開発者にとってより使いやすく、かつ信頼性の高い基盤を作り上げていくことに携わっておられます。坂本氏がエンジニアを目指したきっかけ、これまでのキャリア、そして将来的なビジョンについてお伺いしました。

坂本さんご指名のリレー相手は、インタビューの最後でご紹介します!

さらに今回はこれまでリレーインタビューに登場したエンジニアが登壇するイベントのお知らせもありますよ!

学生時代から一貫して持ち続けている「インフラ」分野への関心

後藤:
前回の株式会社fluct鈴木さんからのご紹介で、今回は、スマートニュースの坂本卓巳さんにお話しを伺います。どうぞよろしくお願いします。

坂本:
よろしくお願いします。

後藤:
suzukenさん(鈴木氏)に伺ったところ、大学の学部が一緒だったとか。

坂本:
ええ、慶應の理工学部です。彼とは大学院も一緒でしたね。

後藤:
2人とも矢上キャンパスに通われていたんですね。知り合ったのは、Twitterでsuzukenさんが声を掛けたのが最初のきっかけと伺っています。

坂本:
そうですね。彼は、在学当時から「トリッピース」の立ち上げに関わっていたのですが(前回のインタビュー参照)、その噂は以前から聞いていて、Twitter上でも見かけていたんです。そんなタイミングで彼から「メシでも食わない?」とメッセージをもらったのが最初でした。僕自身もスタートアップでサービスを作るようなことをやっていたので、そのあたりでの関心もあって、会うようになったという感じです。

後藤:
坂本さんが在学中に関われていたサービスというのは何なのでしょう。

坂本:
今では、サイバーエージェント(CA)の子会社で「シロク」というところが運営している「My365」です。CAに入社予定だった友人が、スタート当初からプロジェクトに関わっていたのですが、リリース後の評判が良かったんです。アップルにもフィーチャーされて、今後、どのくらいの勢いでアクセスが増えるかが分からなくなってきたという段階で、1台のVPSで動かしていたサーバーシステムを、AWSに移行させるというのを手伝いました。修士課程2年のころでしたね。僕は修了後、ディー・エヌ・エー(DeNA)に就職するのですが、それまでの半年間ほど関わっていました。

後藤:
なるほど。でも、そういった仕事を「手伝ってほしい」と言われるというのは、在学中からインフラ系の素養があったということですよね。

坂本:
大学院の研究室では、OSやミドルウェアといったシステムソフトウェア系をやっているところに所属していましたし、それ以前にもネットワーク、TCP/IPに関する研究をやっていました。当時から、どちらかというと低レイヤの技術への関心が強かったと思います。

DeNAに内定が出て、インターンとして入ったのもインフラ関連の部署でした。今はFacebookにいらっしゃる松信さんというMySQLのスペシャリストや、樋口さんというカーネル回りのウィザードにいろいろ教わりまして、課題を技術で解決していく方法や、仕事をどうやって進めていけばいいのかといったことを学びました。

後藤:
そんな超人達に、インターンの頃から直接教えを受けられたというのは、すばらしい環境でしたね。ちなみに、大学入学以前から、コンピュータやインターネットといったジャンルには興味があったんでしょうか。

坂本:
僕がインターネットを使うようになったのは、小学5年生の頃です。自分が欲しいと思っている情報が、ネットを探せばすぐに出てくるということに衝撃を受けました。例えば、当時「モンスターファーム」というゲームにハマっていたんですけれど、その攻略情報がすべてネット上にまとめられていて、それが全部タダで見られることに驚いた記憶があります。あと、チャットサービスを使うと、遠くにいる人ともすぐに連絡がとれるといったことにも感動しました。

そうしたことが、とても新鮮な体験だったし、そこに新しい可能性があるのではないかというのは、何となく感じていましたね。そのあたりが、コンピュータやインターネットに関することを将来的な仕事として意識し始めたきっかけだったと思います。もっとも、中学、高校時代は部活動なども忙しくて、すぐにプログラミングを始めたというわけではないのですが。

スマートニュースの「ビジョン」と「人」にひかれて転職を決意

後藤:
そうだ。前回のsuzukenさんに「坂本さんに何を聞いてほしい?」と尋ねたところ、ちょっと考えて「『スマートニュース、面白い?』と聞いてほしい」と言われたのですが……面白いですか?(笑)

坂本:
面白いと思いますよ(笑)。もちろん、仕事としてやっているので、人が少ない中でいろんなことをやらなければいけないといったような意味で、大変なこともありますけれども。

後藤:
そうですよね(笑)。少しずつ、スマートニュースにジョインするまでの経緯をお伺いしたいと思います。これまでのお話しでは、学生時代に「My365」のインフラ周りを手伝いながら、DeNAのインターンもやりつつ、卒業後はそのままDeNAに入られたということでしたね。そこでの選択肢のひとつとして、My365のチームに加わるというのもあったと思うのですが、DeNAを選ばれたことには、何か理由があったんでしょうか。

坂本:
当時の僕の興味が、より大規模なサービスをどう運用していくかというところにあったからです。My365だと、僕が関わっていた当時でダウンロード数が約100万、アクティブユーザー数だとそれよりも少ないといった状況でした。一方で、DeNAが運営しているMobageは当時から数千万規模でユーザーがいましたし、特にソーシャルゲームというのはトラフィックが多いジャンルでもあります。その規模のサービスは、日本でも多くないですし、それがどうやって運用されているのか、それを支えるインフラはどんなものなのかを内側から知りたいという思いが強かったんです。

後藤:
DeNAでは、インターンとして関わったインフラ担当の部署にそのまま入ったのですね。現在のキャリアにも関わってくる部分だと思いますが、大規模サービスの運用についての勘どころは、そこで学んだのですか。

坂本:
DeNAには、新卒で入ったエンジニアに、メンターをつけてきちんと育ててくれる環境がありました。

例えば、システム上で何か問題が起きたときに、「とりあえず再起動」してその場をしのぐこともありますが、今後のことを考えたら、やはり「根本原因を特定して、そこを直す」ことが大切です。DeNAでは、システムやプロセスの内部で何が起こっているのかを細かく監視・調査するためのツールを独自にいろいろ作っていて、それらを活用して根本原因をつぶしていました。そういうやり方を、中でしっかり知ることができたのは良かったですね。

後藤:
では、そこからスマートニュースに移られたのは、何がきっかけだったのでしょう。

坂本:
「スマートニュースという会社の人が、インフラ周りができるエンジニアを探している」という話を共通の知人を通して聞いて、「SmartNews」アプリは自分も知っていたので話を聞いてみたというのが最初です。実際に、社長やエンジニアの方と話をしたのですが、「日本発で海外でもヒットするアプリを作りたい」という思いや、まだ定番が決まっていない「ニュースアプリ」というジャンルで、標準になるものを作っていきたいという所に魅力を感じたのが大きかったです。

後藤:
技術面というよりは、将来的なサービスの展開そのものに魅力があったということですか。

坂本:
もちろん、入社を決めるにあたって、他にもいろんな要素がありました。例えば、当時はAWSとオンプレの両方を触っていて、「AWSをもっと積極的に使えば、インフラの運用がより楽になるのではないか」と感じていたのですが、そのように自分が思い描いた仕組みを、スマートニュースで作って行けたら面白そうだと感じたのも、大きな要素のひとつです。

あと、スマートニュースには、東大の博士課程で物理や数学を専門に研究されていたような方が何人かいらっしゃるんです。そういう人たちと一緒に働くと、どんなことが起きるんだろうという期待もありました。

まだ、あまり取り組めてはいないのですが、例えば「機械学習」の方法論を「システム運用」と組み合わせると面白いと思っているんです。システム監視の際には、いろんなデータを収集しますが、単に「ある数値が閾値を超えたらアラートを出す」程度のものではなく、蓄積してきたデータの中から機械学習の方法論で何らかの「異常パターン」を早期に検知できれば、より運用が効率的に行えるはずです。僕自身は、こうしたことを実現するのにどんなアプローチが可能なのか、十分にはイメージできていないのですが、ここにいるエキスパートの方々と情報交換することで、何か新しい仕事の進め方が見えてくるのではないかと思ったというのもありますね。

後藤:
坂本さんがスマートニュースに入社されたのは2014年ですよね。ちょっと調べてみたところ、それから間もなく、ニュースアプリ「SmartNews」のユーザー数が急激に伸びていました。サービスが急成長するタイミングで、それに耐えるインフラを整備し、運用するというのは大変ではなかったですか。

坂本:
もちろん大変ではあったのですが、死にそうになるほどではなかったですね。というのも、ユーザーが増えることで生まれる課題には、実はお金で解決できる部分も多いんですよ。AWSを使っていれば、サーバーをスケールアップまたはスケールアウトするだけで対応できる部分があります。もちろん、その分お金が掛かりますので、例えば「月いくらまで」という形で「お金で解決する範囲」を決めておいて、もしそれを超えそうであれば、アルゴリズムやコードを見なおして負荷を下げるといったやり方もしています。

なるべくお金を使わないようにすることも大事ですが、そのために多くの労力がつぎ込まれるようだと、サービスを成長させたり、新しい機能を追加したりといったところに支障が出るという考え方ですね。スマートニュースのエンジニアは、そのあたりのバランス感覚に優れた人が多いと思います。

後藤:
たしかに「AWSならトラフィックが増えてもすぐにスケールできる」というのは、よく聞くフレーズですが、そもそも設計の段階から「スケールしやすい形」になっていなければ、そうはいきませんよね。そのあたりに、スマートニュースや坂本さんが持っていらっしゃるノウハウが生かされているということですね。

転職業界のウワサ「スマニューは面接が多い」は本当か?

後藤:
システムをスケールさせていくために、さまざまなアプローチをとられているようですが、その中で「社内に人を増やしていく」という方向性はあるんでしょうか。

坂本:
増えてくれるとうれしいですけれども「人さえ増やせばなんとかなる」という問題でもなかったりするので、難しいところですね。

後藤:
サービスの規模やユーザー数の急拡大に合わせて、社内エンジニアの数も増えているというわけではないんですね。

坂本:
知人のエンジニアと話をしているときに、社員数の話になると「それしかいないんだね」と言われることはたまにありますよ。

会社の方針として、採用基準については、常に高いレベルを維持するという方針ですし、僕もそうあるべきだと思っています。それに関連してなんですけれども、どうも業界内では「スマートニュースの採用は面接回数が多い」と評判になっているみたいで…。

後藤:
坂本さんの時は何回ぐらいあったんですか。

坂本:
僕の時は「10回」…。

後藤:
多い(笑)。

坂本:
いや、回数だと、実際には10回まではいかなかったと思うんですけれど、12人の方と面接しましたね。エンジニアは全員。あとは、ビジネス系の方、経営の方といった感じで。今でも多いです。

後藤:
現在は、坂本さんご自身も面接に加わられているんですよね。面接官になったときには、どういうことを聞かれるんですか。

坂本:
その人が今まで、どういうことやってきて、仕事に臨むときにはどういうアプローチを取る人なのか。自分の関わっている分野について、どのくらい深掘りできているのかといったことが分かるような質問が中心ですね。

もちろん、仕事的に近い分野にいる人に対しては、より深い話を聞きます。「アプリケーションがこういう課題を抱えているとしたら、それにどのような手順で対応していきますか」みたいな形で。基本的には、その人と自分が社内で関わることになったときに、どういうふうに仕事が進んでいくかをイメージできるような面接をするようにしています。

スマートニュースの開発に「自由」をもたらす基盤を作る

後藤:
「社内エンジニアの数が少ない」というのは、ちょっと意外だったんですよ。というのも、坂本さんは「Slack」に関する書籍の共同執筆(「Slack入門[ChatOpsによるチーム開発の効率化]」技術評論社刊)をされるなど、Slackに大変お詳しいイメージがあって。

社内にも導入されたとのことだったので、もしかしたら、社内エンジニアの数が急激に増えてきてチーム作業の難易度が上がっているので、それに対応する手段のひとつとして、Slackが挙がったのではないかと勝手に思っていたのですが、そうでもないのですね。

坂本:
実は、社内にSlackを入れたのは、当時在籍していた別のエンジニアなんですよ。スマートニュースでは、多くの外部のエンジニアの方が開発を手伝ってくれています。こうした環境では、見られるルームを案件に関わるものに限定するといったアクセス制御が必要になりますが、当時使っていたチャットツールではそれがかなりやりづらかったんですね。いろいろ調べてみたところ、そういう使い方なら「Slack」のほうが合っているという話になり、さらに今までできなかったいろんなことができるようになるという期待もあって、一気に入れ替えたといった経緯です。

後藤:
そうだったんですね。いや、今日、ここ来る前に、その本を書店で探して買おうと思っていたんですけれど、見つけられなくて…。

(後藤、ここで卓上に置かれていた「Slack入門」を手に取り、パラパラとめくりはじめる)

坂本:
あ、それ、よかったら差し上げますよ。

後藤:
え。ホントですか! ありがとうございます。あの、よかったら著者ページにサインをいただきたいんですが…。

坂本:
いやいやいやいや。サインなんかしたことないですよ! 困ったな。

後藤:
きっと今後、いろんなところでサインを頼まれることになると思いますから、どうか練習だと思って…。

(サインを入れてもらいながら)

坂本さんがご担当されたのは、5章の「CIツールとの連携」というところですよね。スマートニュースでも、そういう形で有効活用していらっしゃるんですか。

坂本:
会社でというより、エンジニアだったらSlackの環境に自分でどんどんインテグレーションを追加できるので、各自が好きなように使っているという状況ですね。スタートアップに来るようなエンジニアって、問題を自分で解決したいという人が多いと思うんですよ。そういう人が何かやりたいときに、いちいち周囲にお伺いを立てなければならないような状況はない方がいいと思っているので、そういう環境を目指しています。

後藤:
職務が厳密に分けられている環境だと、お互いに「お伺いを立て」あうとか、それが億劫だから自分だけでやるといった状況ができがちですよね。

坂本:
それぞれの作業範囲を明確に分けてしまって、そのルールを徹底したほうがいいという考え方もある一方で、いろんな担当が、それぞれ独自のやり方で仕事を進めるようになると、全体の効率が下がるリスクも高くなると思うんですね。そこには、全体を通して見ないと分かりづらい「ムダ」があるかもしれないですし、ほかの人を手伝おうと思っても、何をやっているかが分からないので、手が出せないという状況が出てきてしまうかもしれない。

そのあたりのバランスをとるために、共通化できるところはしてしまって、その上であれば好きなことをしていい、という環境を作っていくことが重要だと思っています。僕は、この会社でインフラを担当しているわけですけれども、ただデータベースやサーバーのお守りを一所懸命やるという感じではないです。開発担当者が、より開発に専念できる環境を作ること、例えば開発していく中でうっかりシステムの一部を壊しても自動的に復旧する仕組みを設けるとか、そもそも大きくは壊せないような施策を打つといった、そんな基盤を作っていくことを仕事としている意識が強いですね。

後藤:
それぞれの役割を持った人ができることを、完全に限定することで不都合を防ぐという管理体制よりも、ある程度、それぞれにやりたいことができるようにしておいて、もし何かミスがあった場合でも、クリティカルな事態を招かないような環境をあらかじめ作っておくほうが、全体の効率が高まるという考え方なんですね。

坂本:
スマートニュースには、海外のカンファレンスへの参加やオフィス訪問などを社費で行える制度があるんですが、僕はそれを使って、カリフォルニアで行われた「SREcon」というイベントに参加してきたんです。

「SRE(Site Reliability Engineering)」は、従来の「インフラ管理」の概念を広げて、「サイトの信頼性を向上させるためのエンジニアリング」を実践していこうという取り組みなんです。

で、そのSREconには、NetflixでSREをやっているエンジニアがスピーカーで来ていて「Netflixでは、開発者がインフラ上であらゆる操作ができるようになっている」みたいな話をしていたんです。

とはいえ、開発者側で勝手に全てのEC2インスタンスを止めたり、S3のデータを消したりできたら困りますよね。

後藤:
困りますね。

坂本:
なので、彼に直接「本当に、そんなに自由なの?」って聞いたんですよ。そしたら、彼が近くにあったMacを指さして「本当だ。やろうと思えば、あそこからNetflixを全部壊せる」って(笑)。

後藤:
「あそこから全部壊せる」(笑)

坂本:
まぁ、全部壊すことは滅多にないにしても、あまりに開発者側での自由度が高いと、ちょっとした操作ミスやコマンドの間違いで、重要なデータを消してしまったり、システムを壊してしまったりするんじゃないの?と、聞いてみたんです。

すると、彼が言うには「そういうことが起こらないように、NetflixのSREチームは、独自のツールを作って、洗練させている」そうなんですね。ほとんどの開発者は、そのツールを通じて必要な操作を行っていて、それを使っている限りは大きなミスや、致命的な事故には至らないということらしいんです。

Netflixの社風を表す言葉として「自由と責任(Freedom and Responsibility)」というのを良く聞きますよね。サービスを作っている人間が、それを良くしていくための方法を一番分かっているという認識のもとで、「自由」に行動することを後押ししつつ、それが事故に繋がったりしないよう賢く立ち回る「責任」を果たすことも強く期待される、そうした文化をすごく高いレベルで形にしているからこそ、あれだけの規模のサービスを、スピード感を持って展開していくことが可能なんだと感じました。

旧来の「インフラ管理者」の枠を超えて「SRE」が目指すもの

後藤:
SREconの話が出たので、続けてお聞きしたいのですが、坂本さんはスマートニュースのインフラ技術者として「SREチーム」に所属しておられるんですよね。

坂本:
はい。そうです。

後藤:
最近、メルカリさんやRettyさんをはじめとして、国内でも、ネットサービス企業のインフラチームが、次々と「SRE」を標ぼうしているような印象があります。この「SRE」とは、そもそも何なのでしょうか。

坂本:
正確な定義ではないのですが、僕が個人的に持っているSREのイメージは「システムの運用上で起こってくる問題を、ソフトウェアの力を使って解決していくアプローチ」です。 例えば、いわゆる旧来の「シスアド」的な管理のアプローチだと、システムの規模が大きくなって、いろんな問題が出てきたときに、どう解決するかというと「関わる管理者を増やす」ことで対応していくようなイメージなのですね。

ところが、GoogleやFacebookでは、世界中にある何千台、何万台のサーバーを運用していかなければならない。こうなると「人を増やす」対応では限界がありますよね。SRE的なアプローチでは、より少ない人数で、巨大なシステムを動かすために「ソフトウェアによる自動化」を最大限に活用することを考えるわけです。実際、Netflixでは、190の国向けのシステムを、たった5人のSREで見ているらしいですよ。

後藤:
なるほど。先ほどのSlack本の出版記念LTイベントで、坂本さんは、Slackを使った「Incident Command System」に関する発表をされていましたよね。「検知された障害をインフラ担当が直す」といった、一般的なインシデント対応に留まらず、障害対応プロセスをどうエスカレーションするかという「前後の仕組み」まで設計し、さらにそこにChatOpsなどを活用した「ソフトウェアによる自動化」も積極的に取り入れていました。そうしたところが、従来の「インフラ管理」の枠に収まらない、新しい考え方だなと思いました。

坂本:
オライリーのSRE本(Site Reliability Engineering: How Google Runs Production Systems)にも、インシデント管理に関する章があって、インシデントに対してどういうアプローチで臨むべきか、振り返りはどうするべきか、といったことがまとめられています。SREでは、そうした部分もスコープに入っていますね。

グローバル展開を行う企業が抱えがちな「コミュニケーション」の課題

後藤:
スマートニュースは、海外にオフィスがあるんですよね。

坂本
ええ、サンフランシスコとニューヨークにあります。エンジニアも何人か、海外で働いていますね。

後藤:
そちらで働いていらっしゃる方とも日常的にコミュニケーションを取っていると思うのですが、それもSlackですか。

坂本:
基本的には、Slackが多いと思うのですが、GitHubあたりを使っているケースもあると思います。

ニュースのサービスを見ているチームは、全員で週次のテレカンをやって、スプリントプランニングをしたりしていますね。あと、マネージャーと向こうのエンジニアで直接話すようなこともあります。その場合は、Skypeを使うこともあるようです。

後藤:
その中で何か課題はありますか。例えばSlackは、個人的にはちょっと情報の整理がやりづらいかなと感じているのですが。

坂本:
Slackを運用する際の問題点として、いろんなチャネルを並行して見ていないと、状況がよく分からなるというのはありますね。これについては、ある程度、社内でルール決めが必要かなとは思っています。例えば、タイムゾーンをまたいで重要な連絡を行う場合は、Slackだけだと見落としがあるかもしれないので必ずメールも併用するとか。ただ、そうした細かい運用ルールについて、強制はしていないので、人によって対応が変わってくる可能性はありますけれど。

後藤:
そこはもう「相手の状況をよく見てうまくやろう」みたいな感じにせざるを得ませんよね。

坂本:
ただ、こういった問題は、Slackを使っているどの会社にもあると思うんですよね。幸い、Slackはサードパーティがアプリを作れる環境が整っています。そうしたアプリ開発に対する報奨金制度も始まったようですし、今後、多くのユーザーが「課題」と感じているような部分は、サードパーティアプリが補完していくのではないでしょうか。

後藤:
「Qiita:Team」も使っていらっしゃるんですよね。

坂本:
はい。ただ、Qiita:Teamの場合は日本語で書かれる記事ばかりだと、英語圏の人は読める情報が限られて、結果的にあまり見なくなってしまうんですよね。英語の記事だけをまとめて通知するような機能があるといいといった要望を、Qiitaの方に伝えたりはしています。

後藤:
海外展開している企業ならではの悩みですね。そのあたりを解消するために「社内での公用語を英語にしよう!」みたいな感じにはなっていないのですか。

坂本:
実は、ちょっと前からそういう取り組みが始まっていて、部分的にそうなってきています。ニュースチームは、英語でのコミュニケーションが中心になってきています。あと、毎週金曜日に、エンジニアによるテックトークみたいなことをやっているのですが、海外のエンジニアが来ているときには、英語でトークするといった感じです。

後藤:
今後、採用時に「英語面接」が必須になるようなことも?

坂本:
今のところ、そこまでやるかどうかはわかりませんが、エンジニアの場合は「日本語が話せない人」でも、既に英語で面接が受けられるようになっていますよ。

「プロダクトを作るインフラエンジニア」というスタンスを突き詰める

後藤:
少しずつ、将来的なことについて聞かせてください。現在、スマートニュースでインフラを作っていらっしゃるわけですが、今後、具体的に「こういったことをやりたい」というようなビジョンはありますか。

坂本:
僕がスマートニュースに入ったときに考えていた「やりたいこと」のひとつが「プロダクトを作ること」でした。「良いプロダクトを作るためには、良い基盤が必要」という考えで、これまで基盤整備を手がけてきているわけですが、今後は、その経験やノウハウを生かして、面白いプロダクトを作ることをやってみたいと考えています。

後藤:
自分自身で何らかのサービスを設計するということですか。

坂本:
「プロダクトを作る」という場合、コンシューマー向けのものを作るという方向性もありますが、もうひとつ、デベロッパー向けに「ツールを作る」というアプローチもあると思うんです。DatadogやSlackなどもそうしたものですよね。その方面でやってみるのも面白いのではないかと思っています。

今の仕事では、社内向けのツールをいろいろ作っていますが、社内のユーザーに対して、それを「必ず使え」と思っているわけではないんですね。例えば、社内では今、PaaSのようなものも作っていますが、Herokuなどと比べて、より使いやすいものを作れば、それは使ってもらえるものになる。「どうプロダクトを作れば、お客さんに使ってもらえるか」を考えるという点では、コンシューマー向けプロダクトを作る場合とあまり変わらないんです。

つまり、自分は今「データプラットフォームというサービスを、社内に向けて提供している」と考えれば、何も「インフラ回りをやっているのでプロダクト開発ができていない」ということにはならないと思うんです。この先、そういう考え方での「プロダクト作り」を突き詰めていくのも面白いと思っています。

後藤:
なるほど。ここまでに伺ったような「開発者が開発に専念できるような基盤作り」や「障害対応前後のプロセスまで視野に入れたインシデントマネジメント環境」といったものも、言われてみれば、かなりサービス寄りの考え方ですよね。そういう意味では、やりたいことを着実に実現されているのですね。

坂本:
それらをさらに高度なものにしたいという思いは強いですね。既にサービスとして提供されているものとインテグレート可能な形に展開できれば、社内で使っているツールが、より広いユーザーに向けたプロダクトとして成立する可能性もあるわけです。

例えば、AWSでは監視ツールとしてCloudWatchを標準で提供していますが、必要最低限の機能しか備えていないので、そこにサードパーティが参入する余地があります。もしかすると、AWSというエコシステムをアマゾンで独占し過ぎないように、あえて標準ツールは簡素なままにしているのではないかと思うこともあるのですが……(笑)。

スマートニュースはベビーブーム-「育児」に関する情報交換も活発

後藤:
そういえば、坂本さんはご結婚されていて、最近お子さんがお生まれになったとか。

坂本:
2カ月前に息子が生まれました。最近では、なるべく早めに家に帰ってお風呂に入れたり、オムツを替えたりといった程度のことはやるようにしています。あと、休みの日に家族で一緒に出かけたりもします。

後藤:
エンジニアという仕事と家庭の両立という点で、考えることはありますか。

坂本:
うちの場合は今、妻が専業で家のことを見てくれているので、僕がやらなければならないことは、それほど多くないのですが、やはり定期的に泣くので様子を見たり、オムツを替えたり、予防接種を受けさせたりと、なんだかんだと時間はとられますよね。家にいて自分のために使える時間は、どうしても細切れになってしまうので、その中でいかに集中できるかというのは考えますね。

後藤:
小さいお子さんは、親の都合に合わせてはくれませんしね。

坂本:
平日は仕事、休日は家のことにガッツリ集中できるというのが理想ですけれど、そう簡単ではないですね。ただ、職場環境として、スマートニュースには、結婚してお子さんがいる人も多いので、その点での理解はあると思います。最近ちょっとしたベビーブーム状態で、Slackに育児に関する情報交換をするチャネルができたりしていますしね。

後藤:
どんな情報が交換されているんですか。

坂本:
「どこのベビーカーがいいか」とか、「教育関連の本でこんなのがあった」みたいな感じです。

後藤:
「子どもをどうやってギークに育てるか」みたいな話題はないですか。

坂本:
自分が子どものころを振り返ると、身の回りにコンピュータやテクノロジーについて教えてくれる人がいませんでした。なので、プログラミングでも、電子工作みたいなことでもいいのですけれど、本人が望むのであれば、そういったことをきちんと学べる環境を整えてあげたいという気持ちはありますね。

ただ、子どもが将来、僕のプログラムを見て「お父さんのコード、バグだらけじゃん」とか「メモリ使い過ぎ」とか言うようになったら、それはそれでショックかもしれませんよね……って、うちの子は、まだ日本語もしゃべれないので、心配するにはちょっと早いんですけれど(笑)。

次回のゲストは、あの「ビッグデータ分析企業」のエンジニア

後藤:
最後に、恒例で次のリレー先になっていただけそうな方をご紹介いただけますか。

坂本:
ユーザーローカルの三上俊輔君を指名します。これまでに登場された方も何人か参加している「若手Webエンジニア交流会」を始めるきっかけになった1人ですね。学生時代からHadoopを使っていて、データエンジニアリングの分野で実績がある人物です。現在、どんなことに関心を持っているのか、今後どんなことをやりたいと思っているのかについて、改めて聞いてみたいですね。

後藤:
わかりました。ぜひ伺わせていただきます。本日は長い時間、どうもありがとうございました。

執筆:高橋美津



もしあなた坂本さんのように「日本発で海外でもヒットするアプリを作りたい」「良いプロダクトを作るためには、良い基盤が必要」というタイプの方なら、そのスキルと情熱を求めている企業から高いオファーが来るかもしれません。

Forkwell では、ITエンジニア宛に一括送信されたスパムのようなスカウトをなくし、一読する価値のあるオファーが届くスカウトサービスを運営しています。自分を高く評価してくれる会社があるのか知りたいという方は、ぜひご登録してみてください。

https://jobs.forkwell.com/about/scout