YOKOSUKA IT Campで開発合宿を行いました

こんにちは、エンジニアの安達(@ry0_adachi)です。

この度、横須賀市が実施しているYOKOSUKA IT Campに参加して開発合宿をしてきました。
すごく良かったのでそのご紹介と、作ったものを報告しようと思います。

YOKOSUKA IT Camp

都内などのIT企業に、横須賀および横須賀リサーチパーク地区の認知度を高め、
将来的に事業拠点を置く候補地の一つとして認識していただけるよう、
横須賀市が実施する事業です。

都内のIT企業がオフサイトミーティングを横須賀リサーチパークで行う場合に、
必要な環境がすべて揃った会場を無料で提供します。

引用：YOKOSUKA IT Camp (http://www.yokosukaitcamp.com/)

横須賀の事をもっと知ってもらうための施策として横須賀市が実施しており、
合宿などで使用できる会場・設備を横須賀市が提供してくれる、というものです。

参加しようと思った経緯

年末くらいに開発合宿したい！となり会場候補を挙げていたのですが、その時に候補に挙がったYOKOSUKA IT Campの補助がすごい！となって、すかさず申し込むことにしました。
そして参加可能とのお答えをいただいて日程等の調整を進めていき今回の開発合宿に至りました。

横須賀市からの補助

今回、無料で提供していただけるものは

• 横須賀市内の移動にマイクロバス
• 合宿会場
• 会場の横にある食堂でのお昼ご飯
• 会場近くのホテル1泊分

と、何ともありがたい内容でした。ざっくりですが1人1万円くらい浮いたと思います。
また、合宿時のスケジュール作りなどもほとんどをやっていただきました。

1日目

• 11:30 集合
• 12:00 お昼ご飯
• 13:00 開発
• 19:00 晩ご飯
• 22:30 開発

エンジニア・デザイナーの計8名で金曜日から日曜日にかけて行ってきました。
迎えのバスが来てくれるので久里浜駅に集合です。

開発会場が広い

とにかく広かったです、8人で使うのがもったいないくらいでした。
作業時は写真の机を1人1つ使っていたのですが、それでもスペースが余っていたので空いた机に持ち寄ったお菓子とか飲み物を置いて使いました。
開発する場所としても室内のWi-Fiは研究施設などが入っている建物なので快適な通信速度ですし、電源は床から生えていて開発するにあたってストレスみたいなものは全くなかったです。

19時まで開発したあとは飲み会をして、終わってからは会場に戻って開発したり、ホテルに行って寝たり、各自が自由な時間を過ごしました。
ちなみに会場は24時間出入りできるので夜遅くまでやったり、朝早く起きた人は会場に来て開発したりしていました。

2日目

• 12:00 お昼ご飯
• 20:00 晩ご飯
• 21:00 開発・発表資料作り

2日目は昼ご飯くらいまでには起きましょう、くらいのゆるい感じでスタートです。
ひたすら開発してた記憶しかないですが、みんな結構集中してて静かだったと思います。

美味しい牡蠣と蕎麦

晩御飯は会場から徒歩5分くらいのところにあったお店に行きました。牡蠣の味噌焼丼と蕎麦が美味しかったです。あと、店員のおばちゃんがお茶目でした。

食べたあとは再度開発に戻り、最終日の発表に向けて追い込みをかける姿も見受けられました。私も開発するのが楽しくてひたすらコードを書いていました。

3日目

• 10:00 成果発表
• 12:00 横須賀中央駅へ移動
• 13:00 お昼
• 14:00 解散

いよいよ最終日、成果発表です。
発表開始ギリギリまで資料を作っている人もいました。

発表の順番決め

ドカベンくじ引きで発表の順番を決めることにしました。
下記の記事を参考に実装しました。ありがとうございます。

qiita.com

成果物

1. 喋って音が鳴るBot, いでよBot

金城さん(@o0h_)の発表。

Slack上で sound!番号 と打つとBotを動かしているPCから番号に応じた音楽が鳴り、
これ読んで！読んでほしいテキスト とすると読み上げてくれます。
これはMac OSのafplayとsayというコマンドを利用していて、MP3やテキストを再生する、というもの。音を出すのが楽しすぎて開発合宿が終わるまでみんな遊んでました。

そしてもう1つ、 いでよ！出てきてほしいもの と打つと登録していたものが出てくる機能。
複数行、スレッドにも対応していてslackbotの上位互換的な感じで使えそうです。

2. IntelliJプラグイン, Delegated Properties

富田さん(@tommykw)の発表。

Kotilin向けIntelliJプラグインとDelegated Propertiesのお話。
プラグインはAndroidのカスタムViewをKotlinぽくクイックフィックスしてくれるという便利なもので、こちらは完成までは至らなかったものの、Kotlinのソースコードを読んだりしてかなり知見が溜まったとのこと！IDEがないと生きていけないくらいにするため自ら貢献していく、と頼りになる言葉をいただきました。

Delegated PropertiesはKotlin標準の移譲のための仕組み。
継承するのではなく移譲することで処理の肥大化を防ぎましょうというのをママリQで実際に試した、という発表でした。

3. 妊娠月別の質問を用いたユーザ分類

CTO島田さん(@tatsushim)の発表。

ユーザ行動の分析を行うための基盤構築という難易度の高そうなものにチャレンジしていました。自然言語処理を扱うコアの部分の開発をされており、最終的にはプロダクトへの導入を検討しつつ、実際に形になったタイミングでブログやイベント等で発表するぞ！ということでした。続報に期待ですね！

4. Golangでmamari CLI

私(@ry0_adachi)の発表。

Golangでmamari CLIを実装しました。Golangの構文を覚えるところから始め、ママリ用のデプロイコマンドを作ることを目標に実装。
cobraというライブラリのおかげでシンプルな実装ができました。また、今回Golangで何かを作ったのは初めてだったのですが非常に良い言語だなぁと感じ、今後も使っていこうと思いました。

あとは、余った時間で前述のくじ引きやBotとかやったことを発表。開発合宿の時間をフル活用して色々できたので満足しました。

5. IoT知育玩具

きよえし(@kiyoe_furuichi)の発表。

可愛らしいウサギとネコのボタンを押すとディスプレイが切り替わる知育玩具です。
ウサギとネコとその土台はすべて裁縫をして作ったそうです、すごい…。
今後も子供に使ってもらえるような知育玩具をいろいろ作りたいと話していました。

発表時のスライドを上げてもらいました。 speakerdeck.com

6. 対話型Bot, ゴミ収集日リマインダ

高野さん(@fortkle)の発表。

メダロットが作りたくなったとのことで、Botkitでメタビーを実装。
docomoの雑談対話APIで雑談ができるようになっていました。

また、Botkitの対話モード(Conversations)を利用してアニメ版メダロットの名シーンを再現、ゴミ収集日をリマインダーに設定してくれる機能も実装されていました。
ゴミ出しは普通に便利そうなので真似しようかなと思っております。

7. Super Manner Mixer

結城さん(@super_manner)の発表。

Web Audio APIとBeeplay.jsを使ってweb上で作曲ができるツールを作成。
画面上のボタンをポチポチやるだけで曲作れるのすごいです。

JavaScriptでこう言ったライブラリがあるということを知らなかったので勉強になったのと、そもそも作曲みたいなことがweb上の技術だけでできるんだなとびっくりしました。

8. エコー写真の検索アプリ

田村さん(@Utmrer)の発表。

エコー写真を妊娠週数ごとに閲覧可能なiOSアプリの作成。
Google Vision APIや検索結果などを駆使して週数ベースでエコー写真をカテゴライズし、それをリストで表示。
このアプリは同じ週数の方はどんな写真なのか、週数が進んだ時にどうなるのか、などの悩みを解決するためのアプリです。
アプリの技術的にはRxSwiftやXLPagerTabStripなどを利用し、実装したそうです。

実際にママさん達から上がった声からこういったものを作るのがすごくママリらしいなぁ、と感じました。

発表後

発表が終わってからは横須賀市街へ行ってカレーを食べたり港沿いを散歩したりしてから解散となりました。初めての海軍カレーを食べましたがとても美味しかったです！

まとめ

というわけで、コネヒト開発部の開発合宿でした。
やるに当たって気をつけたこととしては

• 開発に集中できる環境がある
  • Wi-Fi, 黙々と作業できる環境, 誘惑してくるもの(テレビとか)がない
• なるべく拘束時間は減らして自由に開発する時間を増やす
• 最後に発表を入れることで少しだけプレッシャーをかける

あたりを特に大事にしました。

また、全体的な感想として横須賀は非常に良い場所でした。ご飯も美味しかったですし、合宿会場も市街からは離れた場所なので静かですごく集中して3日間を過ごせました。
みなさんもぜひYOKOSUKA IT Campで開発合宿をやってみてはどうでしょうか。旅館などで行う合宿とはまた一風違った合宿になるかもしれません。

www.yokosukaitcamp.com

Cakeboxでお手軽CakePHP

皆様、こんにちは！ 今一番楽しみなのは 劇場版「Fate/stay night」Heaven's Feelであると言っても過言ではないエンジニアの結城(@super_manner)です！

さて、突然ですが現在私はCakePHP3を使ってAPI開発を行っています。

本エントリを読んでくださってるみなさまは普段どのような言語、フレームワークを使用されていますか？
体感として、近年私の周りでPHPをメインに開発されている方にはLaravelを使用されている割合が高いように思います。

日頃開発を行う中で、ふと「さっくり他のフレームワークを試してみようかな」と思うことはありませんか？
私の場合は、つい最近まではLaravelをメインに開発を行っていたので、CakePHP3を使用するにあたってあまりコストを掛けずに試すことができるものをもとめていました。

本日はお手軽にCakePHP3を試してみたいなと思った際にこういうのがあるよ！と言うものをご紹介します^^

Cakeboxとは？

Cakeboxは 「Multi-framework PHP development environment.」 を掲げていて, 少し前になりますが2015年からalpha版として世の中にリリースされています。

github.com

こちらの環境構築ツールを使用すると、Vagrant上に複数のframeworkで作成した複数のアプリケーションを走らせることが可能となっています。
デフォルトではCakePHP3が選択されており、オプションとして指定してあげることにより、2.x系やLaravel 5などのアプリを作成することができます！

実際の設定

設定はすべてCakebox.yamlに記載するだけで行うことができます。非常に簡単ですね！
詳しくはこちらの公式チュートリアルを見ていただくのが一番わかり易いです。
今回私が使用した設定は下記の通りです。

vm:
  hostname: cakebox
  ip: 10.33.10.10
  memory: 2048
  cpus: 1

cakebox:
  version: dev-dev
  debug: true
  https: false

git:
  username: my_git_user_name
  email: my.mail.address@hogehoge.com

security:
  box_public_key:
  box_private_key:

synced_folders:
  - local:  Apps
    remote: /home/vagrant/Apps

apps:
  - url: mycake3.app
  - url: mylaravel.app
    options: --framework laravel

vhosts:

databases:

extra:
  - apt_packages:
    - vim
    - zsh
    - language-pack-ja

  - scripts:

特殊な設定はしていませんが、私は普段の開発環境がvimとzshなのでextraにpackageを追記しておきました。
また、ゲストマシンにログイン時、言語設定のwarningが出るのが鬱陶しかったので、日本語のランゲージパックも入れておきました。

気になった点など

先述したとおり、Cakeboxは本当に簡単に設定できます。 しかしながら、幾つか設定中にうまくいかなかった部分や、迷った部分があるので共有させていただきたいと思います。

Laravelのアプリケーションが入らなかった

実ははじめに設定ファイルをいじって作ったり壊したりしている際に、時々エラーが出てLaravelを入れる部分で落ちてしまうケースがありました。
原因としてはmemory不足であったようです。 なので、Cakebox.yamlのvmセクションでmemoryの量を増やしました。
1024がデフォルトのところを2048にしています。

hostsの設定はどうなっているのか

Cakebox.yamlに特に何も設定していない場合vhostsの設定はどうなっているのかな？と思い見てみました。 *1
Cakeboxはdashboardから様々な設定を確認することができます。dashboardはデフォルトで 10.33.10.10 にアクセスするとみることができます。 最初にuserとpasswordを聞かれますが、何も入れなくて大丈夫です^^;

上図を見ていただくと、アプリケーション名をとってvhostsの設定がされているのがわかります。 実態としては /etc/nginx/nginx.conf に下記のように記載されていますので、

http {
　　(中略)
        # virtual hosting
        include /etc/nginx/sites-enabled/*;
}

/etc/nginx/sites-enabled/* を見に行くと...

vagrant@cakebox:/etc/nginx/sites-available$ ls
default  mycake3.app  mylaravel.app

アプリケーションの名前で設定ファイルが作られていることが確認できました！
至れり尽くせりですね(^^)

感想・おわりに

業務で必要になった等で本格的に使用していく前にさっくりと新しいフレームワークを試したい場合等に、環境構築は意外と面倒なものだったりします。
今回ご紹介したCakeboxを使用すれば例えば慣れ親しんだLaravel製アプリケーションを動かしながら、CakePHP3で書いてみるとどうなるのだろうと言った使い方が可能です。

Cakeboxはまだまだ開発途中のようなので、私もなにかしらで貢献して行きたいなと思います。 そしてCakePHPユーザーが周りに増えてくれれば知見も溜まっていいぞ！！！と心のなかで思っています。

*1:各アプリケーションにアクセスするためにはローカルマシンのhostsを設定してください http://cakebox.readthedocs.io/en/latest/tutorials/creating-your-first-website/#3-update-your-hosts-file

Kotlinを導入したお話

こんにちは！エンジニアの富田(@tommykw)です。 ママリQ Android アプリにKoltinを導入しましたので、導入方法などを紹介します。

ママリQ Android アプリ

家族の毎日の疑問や悩みを解決するママのためのQ&Aアプリです。ストアのレビューが4.5と非常に評価の高いアプリです。

なぜKotlinを導入したのか

• Javaだと冗長、複雑になるコードもすっきり可読性が上がる
• Swift使いのiOSエンジニアにもなじみやすい文法
• JavaのNullPointerExceptionを駆逐できる
• デメリットが少なかった

簡潔に安全にコードを書けるのはいいですね。Kotlinのスコープ関数やreadonlyや強力なコレクションを言語標準機能として使えるのはとても魅力的なため導入に踏み切りました。

ただメリットだけではなく、懸念点もありました。 DataBindingを利用すると真っ赤な画面での開発になり辛いです。

KotlinとDataBindingを使っている環境であればこのような画面で開発されていると思いますが、JetBrainsのKotlin Issueでversion 1.0.5で修正となっていますね。やったね！！ 今後は快適に開発が進められそうです。

導入内容について

• 導入方針策定
• Kotlin version 1.0.4
• kotlintest テストフレーム
• アノテーションを使う

それぞれ内容について説明します。

導入方針策定

Kotlin化については以下の基本方針を基に進めました。

• 無理にKotlin化はしない
• リファクタリングや新機能を実装する際にKotlin化をする
• テストはKotlinで書いてみる

コネヒトは開発者の人数も少なくリソースが限られているため、無理にKotlin化するのではなく、リファクタリングなど最低限の部分でKotlinを導入しています。

Kotlin version 1.0.4

Kotlinをプロジェクトに導入するのは非常に簡単です。 Android Studio > Tools > Kotlin > Configure Kotlin in Projectをクリックすればダイアログが出て、OKを押すとセットアップできます。コネヒトでは現在最新版のversion 1.0.4を導入しています。

kotlintest テストフレーム

ユニットテストでkotlintestを使っています。テストフレームはspekなどもありますが、kotlintestはscalatestのような記述でmatcherも豊富でこのライブラリだけで簡単にテストが書けるため採用しました。以下はkotlintestを使ったサンプルになります。

/**
 * 日付に関するテスト
 */
class DateTest : StringSpec() {
    init {
        "Date型からyyyy年MM月dd日形式に変換する" {
            DateUtil.toDisplayString(Calendar.getInstance().apply {
                set(2016, 11, 2)
            }.time) shouldBe "2016年11月2日"

        }
        "Date型からyyyy-MM-dd形式に変換する" {
            DateUtil.toPostString(Calendar.getInstance().apply {
                set(2016, 11, 2)
            }.time) shouldBe "2016-11-2"
        }
    }
}

アノテーションを使う

JavaとKotlinが共存するプロダクトなのでKotlinからJavaを呼び出すこともありますし、その逆も然りです。クラッシュ予防や簡潔に呼び出すためのアノテーションを使いました。

• @Nullableアノテーション

class TestActivity : AppCompatActivity(), TextView.OnEditorActionListener {
    override fun onEditorAction(v: TextView, actionId: Int, event: KeyEvent): Boolean {  // java.lang.IllegalArgumentException: Parameter specified as non-null is null: method kotlin.jvm.internal.Intrinsics.checkParameterIsNotNull, parameter event
    }
}

上記のコードはKeyEventがNonnullのため実行時にクラッシュします。これはNonnullな型に対してnullがセットされたため発生するクラッシュです。このようなクラッシュが起きた時はエラーだけを見てもどこでエラーが発生したか分かりにくいです。 この不具合を回避するためにはJava側では@Nullableアノテーション、Kotlin側では?を使ってNullableであることを宣言する必要があります

• @JvmStaticアノテーション

// Kotlin
TestFragment : Fragment() {
    companion object {
        @JvmStatic
        fun newInstance(): TestFragment {
            return TestFragment()
        }
    }
}

// Java @JvmStaticあり
TestFragment.newInstance()
// Java @JvmStaticなし
TestFragment.Companion.newInstance()

シングルトンオブジェクトをクラス内に定義するには、companionキーワードを使い、 companion付きのオブジェクトをcompanionオブジェクトと言います。 通常はcompanionオブジェクトを介して呼び出しますが、 上記のコードはアノテーションを使うことによって直接メソッドを呼ぶことができます。

• @JvmFieldアノテーション

// Kotlin
class Member {
    @JvmField
    var id = 0
    @JvmField
    var name = ""
}

// Java
Member member = new Member();
member.id
member.name

上記のコードはPOJOにgetter/setterを生やしてプロパティを呼び出しますが、@JvmFieldを使うことによってgetter/setterではなく直接プロパティにアクセスできます。

Kotlin/Javaでそれぞれ問題なくアクセスできるので安心して導入できますね

簡単に導入結果について

• 1ヶ月で10%くらいはKotlin化できた
• Kotlinリファクタリングで1、2割くらいコード行数が減った
• コレクション操作が直感的で扱いやすかった
• val(readonly)、var(mutable)があり、readonlyがあるので安全だった
• 遅延初期化(lateinit/lazy)が便利だった

導入が本当に楽でした。コード行数が減ったのはスコープ関数やSAM変換を使うことによって無駄なimportも減り短く記述できたからです。 valはJavaでいうfinalに近い存在だと思いますが、valはimmutableではなくあくまでreadonlyになるのが興味深かったです。実際に使ってみてreadonlyとスコープ関数と遅延初期化は非常に便利でしたし、可読性も上がり安心してコードを書くことができました。lateinit/lazyについては以下の通りです。

• lateinit

class TestActivity : AppCompatActivity() {
    private lateinit var binding: ActivityTestBinding

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        binding = DataBindingUtil.setContentView(this, R.layout.activity_test)
    }
}

lateinitは必ず初期化するけどクラス生成時に初期化できないようなケースで使用します。必ず初期化するのでNonnullであることを保証し、面倒くさいNullチェックが不要となります。

• lazy

class TestActivity: AppCompatActivity() {
    private lateinit var binding: ActivityTestBinding
    private val header by lazy {
        DataBindingUtil.inflate<HeaderBinding>(
            layoutInflater,
            R.layout.header,
            binding.headerList,
            false
        )
    }
}

lazyは対象の変数にアクセスされた際に初期化されます。遅延初期化によって効率的に初期化され、readonlyにできるのが素敵ですね

まとめ

ママリQ AndroidにKotlinを導入したお話でした。まだ導入して1ヶ月のため理解も浅く知見も少ないですが、今後KotlinやOSSに対して何かしら貢献できればと考えています。

最近のKotlin界隈では、TornadoFX、RxKotlinFX、AnkoなどAndroidに限らず面白いフレームが多く刺激的ではないでしょうか。version 1.1からasync、await、yieldも導入されてますます楽しみですね！

速いらしいのでYarnを使ってみる

こんにちは。フロントエンジニアの安達 (@ry0_adachi) です。
最近、一気に冷え込んできたのでしっかり着込んで出かけないと痛い目を見そうです (1敗)。

さて、今回はYarnをさっくり触ってみたのでその検証と感想を書こうと思います。

Yarnとは

github.com

JavaScriptのパッケージマネージャーです。
npm, package.jsonとの互換性もあるので従来のプロジェクトでも使えます。
今の所、私の認識としては「npm installを便利にしたもの」という感じ。

メリット

• インストールが速い
• lockファイルによるバージョンロック
• 絵文字が可愛い

あたりでしょうか。絵文字があるおかげでインストール中もほっこりします。
それと、重複したモジュールの整理をしたりもしてくれます。
その辺はまだそんなに触ってないので、今回は本当に速いのかどうかを検証します。

Yarnのインストール

$ npm i -g yarn

npm installとyarn installの比較

せっかくなのでキャッシュを消した状態からmamariのリポジトリで試してみます。
時間計測はtimeコマンド使ってやります。
(検証はモバイルルータ使ってやったのでそもそもがめちゃ遅いです)

npm install

$ rm -rf node_modules
$ npm cache clean
$ time npm i

real    8m1.080s
user    1m23.301s
sys     0m18.123s

遅いですね...。

Yarn

まずはキャッシュない状態から。

$ rm -rf node_modules
$ time yarn

real    3m49.978s
user    0m40.128s
sys     0m18.585s

既に速いですがさらにキャッシュありでやってみます。
Yarnでインストールすると ~/.yarn-cache にグローバルなキャッシュとして残り、
2回目以降のインストールがさらに高速になります。

↓がキャッシュありの場合の検証結果です。

$ rm -rf node_modules
$ time yarn

real    0m15.863s
user    0m10.773s
sys     0m6.903s

驚きの速さ。real timeだとnpm installに比べて7分強縮まってますね。

感想

想像以上に速かったです。CI上で使ってあげたら結構な速度改善ができそうな予感です。
まだ出たばかりなので今後に期待ですが、最初の感想としては素敵！といった感じでした。

参考

• Yarn: A new package manager for JavaScript | Engineering Blog | Facebook Code
• Yarnファーストインプレッション - Qiita
• yarnがnpmと何が違うのか試してみた - Qiita

「サービス落ちたら電話で通知」を10分で実現・本番に投入する(Pingdom + Pagerduty)

こんにちは、徐々に涼しくなってきた金城@o0h_です。
最近は セブン-イレブンのアボカドとツナのチョップドサラダを食べる時にちょっと幸せを感じています。タンパク質が豊富なアボカドが美味しく摂れるのも素敵です。

敬遠してたけどセブンのチョップドサラダありだわ

— 今日も誰かのにちようび( クリスマス) (@o0h_) 2016年9月8日

さて、突然ですが皆様に於かれましては「提供しているサービスの監視」どうしていますか？
監視対象や項目・方法は色々あれど、運営として最低限防がなければいけないのは「サービスが止まっていた、利用できなくなっていた」という状況でしょうか。うっ！落ちている！！ 怖いですね。
死活監視。定期的に「対象の外部からアクセスして」「レスポンスを返せる」というチェックによって、アプリケーションやらデータベースやらネットワークやら・・・というあらゆるレイヤーを一気通貫で「無事そうか」を確認する。
これが通れば「最低限動いている」、もしだめなら・・・いち早く通知を受け取りたい！

コネヒトでは、お盆休みを迎えるのを機に、監視方法を刷新し新システムの導入をしました。
実際の監視から、Slackや電話でプッシュするアラートの発報まで、とてもスムーズに稼働までもっていくことができたのでした。今回はそんな便利サービス紹介させてください。

死活監視を行うPingdom と通知・エスカレーションを行うPagerDuty です。

immutableのメリットとImmutable.jsでのModel定義

こんにちは。フロントエンジニアの安達 (@ry0_adachi) です。
気付いたら前回の私の記事から2ヶ月が経ちました。時間の流れは早いですね...。

さて、今回はimmutableとそれをJSで実現するためのImmutable.jsについてです。
この記事を通して沢山の方にimmutableについて知ってもらえると嬉しいです。

immutableとは

immutableは元となっているオブジェクトに変更を加えない、加えられない状態です。
また、変更を加える、加えられることをmutableと呼びます。

「JQL」は、mixpanelの抱える1つの限界を打ち砕く夢である

こんにちは、PHPなどを書いている金城 (@o0h_) です。ここ暫くはファミリーマートのリーフレタスと大根のサラダとセブン-イレブンの15品目のサラダボウル（和風ドレ）が私の食生活においてヘビロテしています。*1

話は変わるのですが、コネヒトでは、ログの収集+データの分析用途のツールの1つとしてmixpanelを利用しています。

*1:[ちょっと宣伝]コンビニサラダについて一家言ある方を、職種とわず募集しています。 ウォンテッドリーからどうぞ！