大学は普通に文系の大学に行って、最初の仕事って僕、経理なんですよ。
Ruby Prize最終ノミネートでおめでとうございます。
ありがとうございます。
このインタビュー読む人は金子さんのこと余り御存じないと思うので、何から聞こうかな。じゃあ、プログラミングに接した最初のあたりはどんな感じだったんでしょうか。
何か、遊びとかも含めて言うと、たしか中学生か高校生のときにWindows機を親に買ってもらって。父親がうち、プログラマーというか組み込みのエンジニアなんですね。だからCとか書く人なんで、興味があってCコンパイラとかをどっかからともかく落としてきて、テキストどおりやるんですけど全然おもしろくなくて。
おお。テキストつまんないもんね。
何もつくるものがなかったので、それで一回やめちゃって。 そのあと大学は普通に文系の大学に行って、最初の仕事って僕、経理なんですよ。
経理。
メーカーで経理をやってたんですよ。そのときに、何か経理やってて、毎回同じような計算ばっかするんですよね。手計算っていうかエクセルでやるんですけど、何か嫌になってきちゃって。
まあ気持ちはわかる。
そのときプログラムっていうのがあるらしいっていうか、SQLがあるらしいっていうのを知って、SQLの勉強を始めたのが、今に続くっていう意味では最初です。
大学卒業して、経理の仕事したら、何かいや、プログラミングがあるよねっていうふうに改めて思った。
そうです。「プログラミングってこういうときに使えばいいんだ」みたいな気持ちがそこで初めて出て、そのときにデータベースの勉強をして、そのあとでアプリケーションの勉強をして、自分の計算範囲は全部、自動化してたんですよ、実は。何かそしたらプログラミングって割とおもしろいし、便利じゃんってなって、エンジニアになろうと思って転職して、その後エンジニアをずっと今やってるっていう。
最初の会社は経理何年いたんですか。
３年いました。
ふうん。その後はエンジニアとして。
はい。
どんな仕事が多かったですか。やっぱりWeb系。
ずっとWebでRuby on Railsですね。エンジニアになってからは。
じゃあ、転職してエンジニアなってからがRubyとの出会いという感じ。
Rubyとの出会いは、実はもうちょっと前で、経理の時代に最初は自分の仕事を効率化しようと思ってたんですけど、だんだんプログラミングがおもしろくなってきて、そのときに、とはいえ、土日まで自分のシステムつくるって別におもしろくないんで、何かないかなって思ってたら、GitHubって当時結構はやっていた、って言ったら変ですね、ソーシャルコーディングとかがあった時代だったんで、そのときに何かRubyっていうのを見つけて、Rubyのgemとかに割とコミットしてたんですよね、経理時代に。
もう既に。
はい。
へえ。
たまたま2013年のRubyWorld
Conferenceに大阪にいたんで来れる範囲だったんで来てみて、それこそ2013年の近永さんが受賞したRuby
Prizeを見て、オープンソースの世界っていいなみたいな気持ちになって、入信したというか。
まさか、自分がとるとはって。
そう、５年後に。
Rubyとの最初の接点は、gemの開発に参加していたのと、当時プログラミングを勉強するのに、青木峰郎さんが、ウエブで公開しているRuby Hacking Guide（http://i.loveruby.net/ja/rhg/）っていうか、日本語では何でしたっけ。
Rubyとの最初の接点は、gemの開発に参加していたのと、当時プログラミングを勉強するのに、青木峰郎さんが、ウエブで公開しているRuby Hacking Guide（http://i.loveruby.net/ja/rhg/）っていうか、日本語では何でしたっけ。
『Rubyソースコード完全解説』とか。
それを経理時代に見て、Ｒｕｂｙとかプログラミング言語の実装に興味を持ったっていうのが多分、接点です。
そうか、青木さんの成果大きいな。 そういう人結構いるんだよね。多分"コミッターとかにもね。"だと思います。Ruby Hacking
Guideを読んで興味をもってコミッターになった人が他にもいるので。
結構いるみたいですね。あとで調べたら。
そうそう。「Ruby Hacking Guide見ました」みたいな人、結構いるんだよね。だいぶ後進を育てた感じ。
でもそれって、文系の大学を卒業して経理で働いて、途中でソーシャルコーディングでGitHubにプルリクエストを送ったりって、すごい伸びてませんか。
何か、そうなんですけど、何だろうな。
普通の人は入門からずっとやって、だんだんっていう感じのが多いのに、割と成果が早いっていうか、成長が早いっていうか。
それでいうと、最初にいじってたライブラリがPryっていう、irbのもっとリッチなやつみたいなんです。あれって、すごく学習によくて、メタプログラミングの塊なんですよ。
ですね。
だから、Rubyのことを勉強しながら、
Pry（ https://github.com/pry/pry）を読んで、バグを見つけると直すし、チケットとかがあるんで、何か適当に探して、という自分のできる課題が結構あったんで、僕はそこを切り口にソフトウェア開発をしていくようになったみたいな感じです。
Pry（ https://github.com/pry/pry）を読んで、バグを見つけると直すし、チケットとかがあるんで、何か適当に探して、という自分のできる課題が結構あったんで、僕はそこを切り口にソフトウェア開発をしていくようになったみたいな感じです。
何か、少年漫画みたいですよね。なんか、物すごい成長して、実はお父さんはプログラマーだったとか。
やばい、やばい、やばい。（笑声）
知の力が目覚めたみたいな。
危ない話になってる。
いいよ、金子さん実は少年漫画主人公っぽい感じ。
ありがとうございます。
じゃあ、Pryから今はどっちかっていうと、パーサとかだけど。
ありがとうございます。
じゃあ、Pryから今はどっちかっていうと、パーサとかだけど。
そうです。
Pryも構文解析しないと、入力、解析できないから、その辺のつながりっていうことなんですかね。
そうですね、直接はそんな感じじゃないんですけど、もともとプログラムがどうして動くのかみたいなところが、すごく不思議だったんですよ。もっとちっちゃいころから、父親がプログラムの説明をしたりするんですけど、どうもプログラムって０、１らしいと、全部。
そうだね。
そうすると、当時は何でデータとプログラムというものが、同じ０、１で表現されているのに、コンピューターは区別がつくんだみたいなのがわからなくて。
なるほど。
そういうのに興味があったということで、Rubyのインタープリターとか、Rubyの構文解析とか、あとはカバレッジだとか、デパッカーだとかみたいな、言語を使う上で結構コアになる言語の中に組み込まれているような機能ってあるじゃないですか。そういうのに、割とずっと興味があって、構文解析に至ったのは、もともとRubyでいうと、coverage.so（https://github.com/ruby/ruby/blob/v2_6_2/ext/coverage/coverage.c）というか、カバレッジ拡張ライブラリって、mameさん（https://github.com/mame）が。
ずっとやってられてますよね。
メンテしてるやつに興味があって、その流れでその辺をずっと読んでいて、たまたまmameさんが2017年ですかね、去年あの辺を拡張するのに、こういう機能が欲しいんだけどって言われたときに、たまたま僕がパーサに興味があったんでいじり始めてっていう感じなんです。
なるほどなるほど。
僕にとっては何か数あるうちの一つのカバレッジからたまたま今回、パーサに結びついたみたいな。
狙ったっていうか、ずっとパーサがっていう感じではなくて。
ではなくて、たまたまチャンスがそこにあったっていう感じです。
じゃあ、幾つか聞きたいことがあるけれど、一つは今カバレッジからパーサに来たんだけど、今後こっちの方面みたいなのって考えてますか。
そうですね、一つはだからパーサの延長線で、昨日話されたと思うんですけど、入力支援じゃないけれど、そういうパーサを活用したジャンルっていうのに何かチャンスがあれば何かやってみたいなっていうのがあるのと、あと何ていうんだろ。割とスタティックアナリシスというか、Ruby３でいうと、あのジャンルに関してやっぱり興味があるので。
mameさんや宗太郎さんやってるところですね。
はい。速度とか、コンカレンシーじゃない部分で何かないかなみたいなのは探してる感じです。
そうですね。やっぱり今後、周辺ツールの充実、型解析とかも含めてRubyの発展の鍵になるような気がしているので、そこが最初の一歩になりそうかなっていうふうな期待はあるんですよね。Ruby３が出た後、Ruby４ってのは、文法は余り変わらないんだけど、周辺ツールが充実してきたよねっていう感じの成長になるんじゃないかなって、Ruby４って言ったのは昨日なんだけど。（笑）
じゃあ、そういう感じでパーサも一つの通過点としてさらにASTとかを経由して、ツールとかに行くかもしれない。
もう一つ聞きたいことは、Ruby Prizeって、Treasure Data率高くてですね、「Treasure Dataに貢献するRuby Prize」というふうな感じになったんですけれども、昨年がノミネート３人のうち２人がTreasure Dataで、今年はノミネート３人のうち２人がTreasure Dataっていうことで､２年続けてPrize受賞者は､Treasure Dataの人だったということなんですけども、Treasure Dataってどんな感じの会社ですか。私も全く無関係と言わないんだけども。
どっちかって言うと、開発者としての雰囲気みたいな感じが聞きたいな。フルタイムじゃないじゃないですか。例えば、クックパッドで雇ってるフルタイムコミッターと違って、フルタイムではないんだけど国分さんも、kamipoさんも金子さんもみんなすごいたくさんの貢献をしてますよね。
じゃあ、そういう感じでパーサも一つの通過点としてさらにASTとかを経由して、ツールとかに行くかもしれない。
もう一つ聞きたいことは、Ruby Prizeって、Treasure Data率高くてですね、「Treasure Dataに貢献するRuby Prize」というふうな感じになったんですけれども、昨年がノミネート３人のうち２人がTreasure Dataで、今年はノミネート３人のうち２人がTreasure Dataっていうことで､２年続けてPrize受賞者は､Treasure Dataの人だったということなんですけども、Treasure Dataってどんな感じの会社ですか。私も全く無関係と言わないんだけども。
どっちかって言うと、開発者としての雰囲気みたいな感じが聞きたいな。フルタイムじゃないじゃないですか。例えば、クックパッドで雇ってるフルタイムコミッターと違って、フルタイムではないんだけど国分さんも、kamipoさんも金子さんもみんなすごいたくさんの貢献をしてますよね。
基本的に会社というか、エンジニアが割とオープンソースが好きだし、自社は自社でオープンソースのプロダクトを持っているし、使っているオープンソースに問題があればバッチを仕事中に書くのは普通だ、みたいな人たちがいっぱいいるし、あとはtagomorisさんみたいな、Rubyを極限まで悪さして使おうみたいなユーザーもいたりとかして、邪悪なアイデアがいっぱい飛んでくるみたいな環境ではあったりとかします。あと、結構エンジニアリング、ソフトウエアを書くことに対してすごく真っ正面から向き合う人が多いと思っているので、その問題の切り分けをするときに、例えば自分が書いてるアプリケーションが問題を起こしているとか悪さをしているのか、それとも下支えをしているライブラリなのか、フレームワークなのか言語なのかもっと下の何かなのかっていう、どこが直ると一番ハッピーかっていうのはみんなすごくよく考えていると思っていて、問題がオープンソースにあるときには、パッチを書くってことになるし、ていう会社だと思うので、すごくやりやすいというか。
なるほど、じゃあエンジニアとしての環境はすごくいいと。
そんな宣伝ぽいですけど。
いや、Treasure Dataに就職したいっていう人もいるかもしれないから。
最後に、金子さんご自身のもうちょっと広い範囲内で、例えばキャリア全般とか、あるいはそれよりもっと広いかもしれないけれども、未来についてどっちの方向、向こうかなとかみたいな考えありますか。
結構、根がプー太郎なんで、そういうことは余り考えてないんですけども、今でいうと、やっぱり会社が分散システムとかを扱ってる会社で、なかなかそういうのプロダクトで扱える機会ってないので、そういうところは、今の会社にいるうちにやっておきたいなってのもあります。あと、やっぱりプログラミング言語そのものは、好きというか楽しいので、プログラミング言語の話でいうと、特にローカル型推論とかをする言語って結構メジャーというか、増えてきたと思っていて。
増えてきましたね。
そういうところを実際プロダクトレベルで自分が書けるか別としても、型の話とかは、自分でそれっぽいコード書いてみたりとか、勉強してみたりってのは結構していて、その延長線で何かおもしろいものがあるといいなっていうふうには思っているので、Ruby３というか、mameさんの活躍に僕はすごく期待しているというか。
そうですね。あと、mameさんもそうだけど、Miuraさんが型推論して、Cにトランスレートするみたいなのやってて、その静的にわかる型情報は全部突っ込んで、Ｃに展開するみたいなのをやってて、これも化けるかもしれないなというふうに思って、抽象実行を最初に、こっちのほうに適用するって言い出すのもMiuraさんだし、恐るべし水道屋さんって感じなんだけど。じゃあ、もしかしたら、型推論とか言語とかちょっとコアなほうに。
そうですね。
行くかも、ついても考えるかもしれない、興味もあるということですね。 じゃあそんな感じで、今後とも活躍を期待しています。
ありがとうございました。
また一緒にRubyやるのも楽しいと思いますし。
ありがとうございました。
ありがとうございました。
ありがとうございました。
