ITエンジニアのキャリアに本気で向き合うメディア
ITエンジニアのキャリアに本気で向き合うメディア
目次
■エンジニアの軌跡
2016.11.18 2024.03.28 約5分
さまざまな企業で働くエンジニアとリレー形式で対談を行うDevRelay。今回は、あらたまこと新多真琴氏(@ar_tama)です。新多さんが「エンジニア」の道を進もうと思ったきっかけ。インターン先や DeNA での経験。そしてセオ商事で今後やっていきたいことを伺いました。
idesaku：ユーザーローカル三上さんよりご紹介をいただき、今回はセオ商事の新多真琴（ar_tama）さんにお話しを伺います。このリレーインタビューで、女性エンジニアの方にお会いするのは今回が初めてですね。どうぞよろしくお願い致します。
ar_tama：よろしくお願いします。
idesaku：ご紹介いただいた三上さんとは、どちらで知り合われたんですか。
ar_tama：このインタビューでも何度か名前が出てきている「若手Webエンジニア交流会」ですね。大学4年の頃、まだ交流会が1回目か2回目くらいだったころからお邪魔していました。後に DeNA で一緒に働くことになる坂本さんから誘ってもらいました。
idesaku：坂本さんとは、DeNA に入る以前からお知り合いだったんですよね。
ar_tama：はい。もともと私は学生スタートアップで iOSアプリを作るようなことをやっていまして、その縁で坂本さんや suzukenさん（第6回のfluct 鈴木健太氏）とは顔見知りでした。
idesaku：「国立音楽大学」のご出身ですよね。専攻から考えても、いわゆる理工系の学生さんと知り合いになるきっかけというのはあまり多くないのではと思ったんですが。
ar_tama：学生スタートアップ同士の横のつながりが、結構あったんですよ。その中で、同年代のエンジニアの知り合いを互いに紹介しあって…みたいな感じだったと思います。
idesaku：理工系の学生だった suzukenさんや坂本さんが、エンジニアとして学生スタートアップに参加するというのは、割と自然な流れかなと思うんですが、音楽の道を進まれていたあらたまさんがエンジニアというのは、かなりイレギュラーでは？。
ar_tama：音楽学部の音楽文化デザイン学科、音楽創作専修（コンピュータ音楽）というところに在籍していたのですが、そこでいわゆる打ち込みの DTM というよりも、いろんな楽器の音をコンピュータでリアルタイムに変調させて、新しい表現形式を探っていくようなことをやっていました。いわゆる「現代音楽」の研究がテーマでしたね。
idesaku：なるほど、もともとコンピュータを扱う学部に在籍していらしたのですね。
idesaku：プログラミングを本格的にやっていこうと思ったきっかけは？
ar_tama：大学の研究の一環で「Max/MSP」という音楽向けのビジュアルプログラミングを使っていたのですが、その後、Processing を使ってミュージックビジュアライザーを作るといったこともやりました、その頃から、徐々に自分が作ったものをツールとして多くの人に使ってもらい、楽しんでもらうことが面白くなってきたんです。
ActionScript を使って AIR環境で動く Twitterクライアントを実際に作ってみたりもしていました。これがとても楽しくて。
idesaku：ついに音楽とは関係無いところにいっちゃいましたね（笑）。
ar_tama：そんな音大生がここにいます（笑）。
それで、そのとき参考にした本の著者が、今いる「セオ商事」の瀬尾さん（瀬尾浩二郎氏）で、当時は「面白法人カヤック」に在籍していたんですね。それがきっかけで「カヤックにインターンに行きたい」と思うようになりました。御縁あって、カヤックでは大学3年のときに4カ月ほど働かせていただいて、メンターとして瀬尾さん本人についてもらえました。
idesaku：技術書を読んで、その著者に興味を持ってインターンに入られたというのはユニークですね。
ar_tama：結局、そこに就職はしなかったんですが…。インターン先としては、そのほかに Google にも行っていました。
idesaku：そちらはどういうきっかけですか。
ar_tama：Google がやっている「GTUG Girls」という女性向けの勉強会がありまして、それに参加したんです。たしか「JS を使って Chrome拡張を作ってみよう」みたいな回だったのですが、スクリプトを Emacs で書いていたら…
idesaku：え？ 今、Emacs とおっしゃいました？
ar_tama：ええ。ほかの人が「メモ帳」とか「秀丸」とか使っている中で、1人「Emacs」を使っていたら「おお、Emacs使いがおる！」みたいな感じで講師の印象に残ったようで。その方から懇親会で、「興味があれば」とインターンのプログラムを教えていただき、参加しました。
idesaku：ツールへのこだわりって、大切なんですね（笑）。
ar_tama：Emacs、いいと思うんですよね。
idesaku：Google でのインターンは、どれくらいの期間やっていたんですか。
ar_tama：1カ月ほどでした。参加1日目に SICP（計算機プログラムの構造と解釈）をテキストとして渡されて、それから週に1回講義のようなものを受けながら…といった感じで。
idesaku：1日目から SICP がテキスト！ そりゃまた、かなりヘビーですね。
ar_tama：「うーん、ちょっとしんどいなー」と思いながら、講義にはテキストを持っていくんですけれど、結局はあまり開かないまま終わってしまったりして。まだ、そのテキスト、うちに積読されています。
idesaku：卒業後は新卒で DeNA に入られるわけですが、あえてインターン先ではない企業を選ばれたのですね。何か、きっかけになるような出来事があったのですか。
ar_tama：まず、インターンでカヤックにいたころ、ちょうど Twitter の bot が流行っていたんです。それで「自分でも bot を作りたい！」と思い、当時あまり詳しくなかったサーバサイドについて勉強し始めました。既にサーバサイドで使えるスクリプト言語の選択肢はいろいろあったんですが、できる限りニッチそうなのをやろうと思って選んだのが「Perl」で。
idesaku：「Perl」が「ニッチ」というのは爆弾発言ですね（笑）。
ar_tama：私、JPA（Japan Perl Association）のメンバーなんですけれどね（笑）。まぁ、そんな感じで Perl を勉強しはじめたのですが、つまづくところもあり、そういうときはカヤックのエンジニアの方に習ったりもしました。
その方から「YAPC（Yet Another Perl Conference）」というイベントがあることを教えてもらって参加したのですが、その時に基調講演をされていたのが、現在 DeNA で執行役員をされている hidekさん（木村秀夫氏）だったんです。そこで、初めて DeNA という会社を知り、ハッカーのチームをどうまとめていくかといったテーマの講演を聞いて「面白そうな会社だなぁ」と思ったのが、最初のきっかけでしたね。
idesaku：就活サイトで見つけたりといった、よくあるパターンではないのですね。
ar_tama：就職活動では、懇親会や勉強会などで、そこで働いている人から直接「こんな職場だよ」という生の声を聴けたところから、優先的にアプローチしていましたね。中の人の声を聴けているというのが、自分にとっての大きな安心材料になっていたと思います。
idesaku：DeNA への入社後には、すぐにマネジメントを担当されることになるんですよね。これは本人の希望というより、会社側からの要求だったわけですか。
ar_tama：そうですね。私が入ったのは、現在オープンプラットフォーム事業本部と呼ばれている部署でした。業務領域が拡大していく中で、当時、社内外向けの広告SDK を作るプロジェクトが動き始めていました。そのプロジェクトは、エンジニアリング担当者だけでなく、企画部門の人、SDK の開発部署の人、マーケティング担当者、分析チームなども加わった大所帯になっていたんです。
これだけの規模になると、どうしてもエンジニアリングとビジネスロードマップの間にズレが生まれがちになるので、全体の流れを把握しながらズレを補正していく、マネージャー的な立場の人間が必要になります。その役割を「意外とはまるんじゃない？」みたいな軽いノリで振られて、「はぁ」と答えた形になります。
idesaku：軽いノリで振られたわりには、めちゃくちゃ重要な役割じゃないですか？
ar_tama：今思えば、そうだったかもしれません。ただ、つまるところ、やるべきことはプロジェクトでこぼれた球の「球拾い」が中心だったりします。そういうことが得意なように思われたのでしょうね。自分もコードを書きながら、スケジューリングをしたり、進ちょくをチェックしたり、といったことをやっていました。JIRA や Confluence を使いつつ、足りない部分は直接足を運んでコミュニケーションするといった感じで。
idesaku：社内を駆け回っていたわけですね。
ar_tama：メンバーから「あのあたりから不穏なニオイがするけど大丈夫かな？」と聞いて、さりげなく様子を見に行ったり（笑）。
idesaku：学生時代の研究やツール作りは、個人や数名で完結するものだったと思うのですが、大人数のチームでものを作っていく過程を管理するのは、それとはまったく違う経験になりますよね。
ar_tama：DeNA に入った理由のひとつとして、「個人」のレベルでは成立させることが難しいサービスなり、ビジネスなりを中から知りたい、あるいはそこでパフォーマンスを出せるようになりたいという思いがあったんですね。その意味では、入社前のイメージに近い形で、実際にお仕事をさせていただいたと思っています。
idesaku：「IT業界あるある」として、エンジニアとして就職したものの、30歳くらいで「お前、マネージャーやれ」と言われて、自分の志向とのギャップに思い悩む…というのがあると思うのですが、あらたまさんの場合、入社後すぐにマネジメント的な役割を求められたことで、そうした抵抗を感じたりはしなかったんでしょうか。
ar_tama：もちろん最初から「マネージャー」をやりたいと思っていたわけではありません。でも実際、与えられた役割を果たす中で、自分が「マネージャー」だと意識したことはなかったんですよ。ステークホルダーのところに行って、要求をまとめ、設計に落とし、コードを書いて、リリースするという流れにはすべて関わっていましたしね。自分でも手を動かしつつ、自分だけでは難しいことを人にお願いしながらモノを作るということをシンプルにやってきたと思っています。
idesaku：DeNA でのお仕事はとても充実していたということなのですが、先日退職され、この7月に「セオ商事」へ入社されました。まず端的に「なぜ？」というところからお伺いしてもいいでしょうか。
ar_tama：うーん。なぜなんでしょう…。
きっかけとしては、瀬尾さんがカヤックを辞めて1人でやられていた「セオ商事」のポッドキャストに、昨年から聞き手として呼んでいただいたりしていたのですが、セオ商事を法人化するにあたって社員を集めており「2人目として入らない？」と誘っていただいたんです。
正直なところ、DeNA を辞めるタイミングについては非常に悩みました。いればいるほど成長できる環境でしたし、入社から数年たって、きちんと仕事が回せるようになって、その点で周囲の方にも信頼してもらえていると実感できていたところでした。あくまでも、自己評価ですけれどね。少なからず、その環境から出ることが「惜しい」という気持ちはありました。
最終的に、セオ商事に移る決心をして会社に相談したときには「もし、似たような業種で似たようなことをやるつもりなら全力で引き留めたけれど、そこまでエッジなことをやっていこうとしているのであれば、喜んで送り出したいと思う」と言ってもらえました。とてもありがたかったし、嬉しかったです。
idesaku：セオ商事は、現在3名でやっていらっしゃるんですよね。DeNA と比べて環境は激変したと思うんですが、入る前に考えられていたこととギャップはありましたか。
ar_tama：すごく変わりましたけど、このことはポジティブに捉えています。
前職では、まず大きく「会社の事業のロードマップ」があって、その中で自分がかかわる範囲を広げたり、縮めたりしながら、仕事を進めていくという形でした。
でも、セオ商事では、会社として「今後どうしていきたい」という方針・イメージは共有されているんですけど、そこまで具体的なロードマップは作っていません。それよりも、クライアントの「思い」を実現するために、どのような形、どのような方法が良いのかを、コンサルタント的な立場で「一緒に考えていく」ことになります。そういう視点で仕事をしたことはこれまでになかったので、新鮮ですね。
idesaku：その仕事内容だと、さらに「自分で何かを作る」というところからは離れてしまっているようにも受け取れるのですが、そうではないのですか？
ar_tama：もちろん、私たちで実装の部分まですべてを担当できればベストで、そこを目指したいとは思っているんですが、それができるケースはまだ少ないですね。とはいえ、この会社で自分に求められているのは「エンジニア」としての役割ですし、今後自社でのプロダクト作りも考えているので、ちょうどいい規模の案件を、素振りしながら待ち構えている状況です。
idesaku：技術的な部分で、特に「ここを専門にしたい」という領域はありますか。
ar_tama：特定の領域を深く追求されている「エキスパート」は、この業界に大勢いらっしゃいますよね。実は「エンジニア」としてやっていくにあたって、その点でのコンプレックスは常にあるんです。この業界では、理工系の大学を出て、しっかりとコンピュータサイエンスの基礎を持っている方のほうが、何をやるにしても馬力が出せます。それを持たない自分が、どう価値を出していけるかというのは常に考えていました。
例えば、自分が DeNA でやっていたような「プロマネ」的な役割というのは、そうした「エキスパート」の人たちの大部分にとっては、あまり得意な仕事ではないかもしれない。であれば、自分もエンジニアとして手を動かし、エンジニアの仕事や思いを理解しつつ、プラスアルファでマネジメントなどもやっていくというのが、自分のためにも、周囲のためにもベターな戦略なのではないかと思うようになりました。「自分のできるところ」で生み出せる価値を最大化していくという感じでしょうか。
idesaku：それは別に、あらたまさんにとっては「不本意」なことではないのですね。
ar_tama：ええ。もし、自分では手に負えないレベルの技術が必要なときには、ためらわずエキスパートの方に助けを求めます（笑）。
idesaku：あらたまさんは、セオ商事のエンジニアとして、新たなキャリアをスタートされたわけですが、その中で今後どういったことをやっていこうと思っていますか。
ar_tama：会社の方向性としては、これまで Web の文脈では光が当たってこなかったような分野にスポットを当て、自分たちのスキルと、その分野の方々が持っている知識や思いを結びつけて世に出すというところで新しいことをやっていきたいと思っています。受託だけではなくて、自社プロダクトも作っていきたいですね。
私個人としては「哲学のあるものづくり」を続けていきたいという思いがあるんです。
idesaku：「哲学がある」とはどういう意味でしょう。
ar_tama：ふんわりとした表現になってしまって申し訳ないのですが、プロダクトに関わる人たちが、それぞれ明確な「哲学」を持っていて、それがきちんと反映されるようなものづくり…といった感じでしょうか。
卒業制作として作った「テンスウリズム」という作品があるのですが、私の中ではそれが今に続く「ものづくりが楽しい」という思いの原体験になっています。この作品は、企画、デザイン、エンジニアリングの各担当者が、それぞれに自分の担当分野で一気に作業をして作り上げたのですが、プロダクトにはきちんと「哲学」が宿っていて、それに共感してくれる人たちが、楽しんで使ってくれるものになりました。
もともと、私個人はそれほどアイデアフルな人間ではないと自覚しているのですが、もしそうしたアイデアを持っていながら、それを形にするスキルがないという「もやもや」感を持っている人がいれば、そうした人と一緒にものを作ってみたいというのが、今の思いです。
idesaku：世の中には、自分なりの仕事の軸を持てずに悩む人も多い気がするのですが、学生時代にその軸になるような貴重な経験ができたというのは強いですね。
ar_tama：失敗したこともあるんですよ。プロダクトに対するビジョンが共有できず、途中でチームが解散してしまい、結果的にしんどい思いをしたこともありました。それでもなお、私が共感してのめりこめるのが、そういう形での「ものづくり」だったということだと思います。
idesaku：前回登場いただいたユーザーローカルの三上さんが、あらたまさんの印象を「技術そのものよりも、サービスとしてのテクノロジーが好きそう」と話してくださったんですが、実際にお会いしてみて、その印象は正しかったと確認できたような気がします。
ar_tama：そうですか。自分としてはそれが「身の丈に合っている」と思っているのですが…。
idesaku：新しい環境でお仕事をされていく中で、まだまだこれから「身の丈」が伸びていく可能性のほうが大きいですよね。どんなものを作っていかれるのか、楽しみにしています。
idesaku：では、最後に次回のインタビュー相手になっていただけそうな方をご紹介いただきたいのですが…。
ar_tama：トレジャーデータのkamipoさんの話を聞いてみたいです。よくMySQL系のイベントに出ているので、知名度はとても高いと思うんですけど、あまりこういう媒体で話をしているところを見ないので、興味があります。
Rails にも、特に ActiveRecord（Rails 標準の O/Rマッパー）関係でたくさんコントリビュートしていて、今年上半期の ActiveRecord へのコミット数はトップなんだそうですよ（2016年11月現在でもトップ）。「自分がやったらやっただけ、世の中が良くなるのが分かるから、やっている」と言っていて、kamipoさんはすごい人だな、と思っています。
idesaku：私が仕事で関わっているサービスのほとんどは、まさに Rails + MySQL という構成なので、知らず知らずのうちに多いに助けられている、ということですね。お目にかかるのが楽しみになってきました。なにか kamipoさんに聞いてみたいことはありますか？
ar_tama：そうですね…「5年後何をしていたいですか？」とか聞いてみたいですね。
idesaku：わかりました。しっかり伺ってきたいと思います。本日はお忙しい中、お時間をいただきましてありがとうございました。
※本記事の内容は掲載当時の情報であり、現在の情報とは異なる可能性がございます。
本サイト掲載の全て記事は、フォークウェル編集部が監修しています。編集部では、企画・執筆・編集・入稿の全工程をチェックしています。
