Matz It just happens that two out of three final nominees came from Treasure Data Inc. Since you’re here would you like to give a brief introduction to Treasure Data and its connections with Ruby?
 
Kokubun Treasure Data is a Big Data Platform, to summarise it quickly. We import data from our clients through Fluentd, software written in Ruby by our colleague, Mr. Furuhashi. The application we use to receive this imported data is RoR. And we also use RoR to query that data with query engines like Presto and organise Treasure Data and its users.
Mr. Kamizono and I maintain the RoR applications, written in Ruby. Then for adding and sorting jobs we insert them into a queue written in Ruby. The queue is called PerfectQueue and was made by Mr. Furuhashi, on RDB. From the start of the process to the dequeuing it is all written in Ruby. So I guess I could say our use of Fluentd and RoR would be our biggest connection to Ruby.
 
Matz Treasure Data Inc. was originally launched in Silicon Valley by a Japanese entrepreneur and now there is a branch in Japan. This seems like quite a unique situation. That said, there really are a lot of companies using RoR. But among them, there aren’t many companies contributing to OSS like Mr. Kamizono or yourself. In terms of Treasure Data, is there any kind of policy in place with regards to contributions? Or do you just do as you like?
 

Kokubun Well, we also do business with Open Source Software
 
Matz That’s right.
 
Kokubun I have only spoke about using FluentD for importing data but as of late we also have a project called “fluentd enterprise” which aims to support OSS, provide plug ins, and so on. We rely on OSS a great deal to run our business, so we also want to give feedback into the community as well. We make our lessons from challenges at work open source, as I think is being done with mruby recently. It’s acknowledged as part of the culture. We have the mindset that we’re working with OSS so we’re pretty proactive about it.