自己紹介とインドネシア進捗 こんにちは、Quipper創業メンバーで、現在Quipper Indonesiaのカントリーマネージャーをやっている本間拓也です。簡単に、（プロダクトブログですので）インドネシア展開の現状についてプロダクトチームとの関わりも含めて、ご紹介させていただければと思います。 Quipperはもともとイギリスで創業された会社なのですが、2014年からアジア展開をしてきました。そのあたりの温度感に関しては以前Wantedlyブログなどに書いたので、ご参照ください。 ・「ユーザーと共創する」 ・「異文化の組織を成長させるために大事にしている３つのこと」 ・「新興国で急成長する「Quipper」の躍進」 フィリピン、インドネシア、ベトナム、タイ、メキシコ、といった国々でQuipperを展開していますが、その中でも2016年はインドネシアで大きく組織を拡大しました。40人程度の

前回の記事に引き続き、Web developer の大庭 (@ohbarye) です。 先日『グローバルサービスでのタイムゾーンとの向き合い方』にてタイムゾーンにまつわる諸問題や解決策を1つの記事にまとめました。 しかし同記事はテクニック集としての側面が多く、Quipper の開発者として実際にどのような問題に直面するのかいまいち伝わりづらかったかもしれません。 そこで今回は Quipper の機能に関連するタイムゾーンを考慮した設計と実装の一部をケーススタディ編と題し、改めてご紹介します。前回の記事と一部重複する内容はありますが具体例を交えた復習として参考になれば幸いです。 目次 1 宿題管理機能 モデルイメージ 設計に関する問いかけ 解答・解説 2 TODO 管理機能 画面仕様 信頼すべきタイムゾーン 3 キャンペーン機能 画面仕様 タイムゾーンをユーザーに入力してもらう リテラシーへ

こんにちは、Quipper Ltd.人事の松尾です。 先日、面接・面談の場で利用している会社紹介のスライドをGitHubで公開しました。 本ブログもそうですが、Quipperのことをもっと知りたいと思ってくださっている方に向けて、どんどん情報を公開していきたいと思っています。 それは、情報の透明性がQuipperが大事にしている文化の一つですし、そうすることによって、みなさんの時間を無駄にすることなく、ありのままのQuipperを良いと思ってくださる方に選考を受けて頂けるからです。 なので今回は、面接・面談時に質問が多いものを中心に、環境と制度についてご紹介したいと思います。 Quipperで働くイメージが少しでも湧いたら幸いです。 リモートワークができるか たまに聞かれるのですが、Quipperにリモートワーク制度というものはなく、基本的にはオフィスに出社となります。それは、チームで働く

※ 英語版はこちら 4/1からQuipperにAndroidエンジニアとしてJoinする事になった。 別にリクルートを退職したわけではなく、今流行りの(?)社内転職である。 私は元々リクルートテクノロジーズの社員として働いていたが、今月からリクルートマーケティングパートナーズに転籍し、そこからQuipperに出向するという設定になる。 異動 話が逸れるが、リクルートにはキャリアWebと呼ばれる社内転職制度が存在しており、グループ各社の求人が定期的に社内求人サイトにupされる。イメージとしては下記の様な感じ。 異動ルールズ - steps to phantasien レジュメを送ってプログラミングテストを受けて、面接を通過してマッチングすれば上司に引き止められる事なくそのポジションに異動する事ができる。ちなみに、今回リクルートからQuipperにエンジニアとして異動するケースは初めてらしい。

前置き hakobera.hatenablog.com この記事を公開した当時はまだオープンにできなかったのですが、実はこの記事は2月25日にリリースされたスタディサプリ（受験サプリ）を Quipper のプラットフォームに載せ替えるという移行プロジェクトを前提として内容も含んでいました。 【公式】スタディサプリ｜苦手克服・定期テスト対策～大学受験まで 無事にリリースできたので、このプロジェクトで変わったことや導入したソフトウェア、ツールについていくつかピックアップして書いていきたいと思います。 目次 メンバーが増えた Infra as Code Deis AWS ECS + Docker + Locust による負荷テスト nginx (HTTP/2, ngx_mruby) 分析基盤 技術的課題 メンバーが増えた 前回の記事を書いた時はインフラ関連のエンジニア（Quipper では En

コンテンツ作成が簡単 （教材作成担当者） 直感的なインターフェイスで、どなたでも簡単に教材を作成することができます。 また、すでにお持ちのテキスト・写真・動画・音声ファイルのアップロードで、教材の作成を行うことができます 学習の自由度が高い （従業員・生徒） PC、タブレット、スマートフォン対応で、いつでも、どこでも学習できます。 自分宛に配信されたコースや課題が一目で把握できます。 進捗管理を効率化 （人事担当者・先生） 従業員・生徒グループごとに学習コースや課題を配信することができます。 取り組んだ時間や初回正答率など、学習者ごとの学習の進捗状況を集計・管理することができます。

宣言するだけしとくか。 一人で同人ゲームをリリースする 一つはWebViewガワアプリ。普通のウェブ技術でRPG作る。 もう一つはUnityで2D作る。Unity2Dは技術的な移行期だし参入するにはちょうどよいタイミングだと思う。Unityはマルチプラットフォーム化が進んでいるのが一番魅力的。 プログラミング言語を作る 一つの目標は、TypedCoffeeScriptをちゃんと作ってどっか大きなプロジェクトで採用されるのを目標にする。しばらく開発が止まってるのは、卒論のやらなきゃならんかったのと、CoffeeScriptRedux本家で大事なフューチャーが入ってないのに気づいたのでそれを待ってるから。Githubで☆1000を目指す。 もう一つはLLVMを使って静的型付言語を作る。実は今、手元に少しだけ作ったものがある。ネイティブに弱いので、勉強かねてC++を使っている。これは作るのだけが

Tech Compass #6 Love Heroku? の発表資料を公開しました。ご参加いただいた皆さん、マイナビ様、ありがとうございました。 Heroku を利用した Quipper の開発事例紹介 Quipper におけるサービス開発・運用において、 Heroku をどのように利用しているかを具体的なユースケースを交えて紹介しました。全体的に褒めるトーンなのは Heroku のイベントだから、というわけでもなく、実際に仕事で使ってみて便利さを実感した上での意見です。 ただ、資料にもあるようにあえてアドオンを使わないという選択も十分ありえると思っていて、資料では省きましたが例えば SendGrid もアプリ個別のアドオンではなく直接一つアカウントを契約してしまって共有したほうが、 SPF レコードの設定漏れを防げるなど、手間を省けそうだなと思っています。 ちなみにその SendGrid

最近、この話題について経営者目線の話が多かったので、エンジニアのスキル獲得戦略とその最大化という観点から話をする。 まず目下のウェブエンジニアとして一番の課題は、「35歳定年説をどう乗り切るか」、ということだろう。もちろん、みんな35歳定年説なんてのが、まやかしであるとはわかっている。若い業界だったウェブ業界も成立してからだいぶ経ち、結果として平均年齢が押し上げられ、自然と35歳以上のエンジニアも増えてきた。 問題は、人月という概念によって、できる人間とそうでない人間の区別がされていないことだ。ウェブエンジニアとしての悲哀や業界の歪みはここにあると思う。下手に謙遜したりして話をややこしくする前に言ってしまうと、自分をできる側の人間として話をする。 生産性を測る確固としたメトリクスがないのも事実だと思うが、すくなくとも熟達した人間と未経験者がおなじ1人月というのは、到底ありえない話だと思う。

Quipper社では、mixpanelっていう toolをつかっていろいろユーザが残していったデータをみていってます。で、今やってるプロジェクトでちょっとそこらへん歯がゆい感があります。もちろん、自分も mixpanelに通暁してるわけではないので、使いこなせてない可能性があるままこういうことをいうのもなんですが。 例えば、ログ上から異常な行動をしているユーザが発見されたとします。しかも一人だったらおかしなことをするユーザもいるな、で済むんだけど、それが無視出来るかどうか微妙なぐらいの数いたりする。素直に解釈すれば想定外のユーザが結構いるということになるんだけど、開発陣としてはバグを入れてしまった可能性に怯えることになる。 そこで、バグだったら仮設を立てて、ここでバグっていたらログのシーケンス上こういう特徴が出てくるはずだ、とかみて検証していくわけです。しかし mixpanelではこういう

I attended to YAPC::Asia Tokyo 2013. It was 8th YAPC::Asia and 8th attendance of mine. I think there are two main categories of topics on YAPC::Asia as usual. Perl itself or around Perl eco-system Development and operation of large scale web applications written in Perl In past, I was a Perl programmer and worked as a software engineer of large scale web applications. A few years ago I became a Ru

メガネの EC サイト Oh My Glasses を運営しているオーマイグラス株式会社様の社内勉強会で、 Quipper の開発スタイルやカルチャーの紹介をさせていただきました。オーマイグラスの皆様、ありがとうございました。 （資料は非公開ですが、資料のスクリーンショットを縮小してタイル状に並べた画像で雰囲気をお楽しみください） Quipper で日々の開発に利用しているコラボレーションツール・サービスや開発のワークフロー、海外スタートアップ企業のカルチャーや拠点が分散している環境に特有の話など、いくつかのトピックについてお話させていただきました。開発フローについてはオーマイグラスのエンジニアリングチームのみなさんと細かいディティールの部分までディスカッションすることができ、学ぶところが多い有意義な時間を過ごせました。 オーマイグラスさんとは事業分野は違っていますが、小さいチームでサービ

Today I and @sanemat co-submitted our CFP to RubyConf 2013 . The main topic of our CFP is about Tachikoma , an open-sourced bundle update automation tool. The concept of Tachikoma is originated by my talk of RubyKaigi 2013 . It wasn't for everyone though, @sanemat brush upped my rough idea and finally made a tool ready to use. Hopefully I want to stand up the stage on Miami, but regardless of our