【DMM】全社のデータ戦略の根幹となるトラッキングシステムの開発を推進してくれるWebエンジニアを募集！

【募集背景】

DMM.com の開発統括本部データ基盤開発部は科学的な事業分析、予測、改善を通じた、着実・再現性のある事業成長の実現に向けてデータ活用を推進しています。

何でもやっているDMMのフ

【Tracking チームについて】

Trackingチームは、DMMの各種サービスを利用しているユーザーの行動ログを収集し、データ利活用者に提供するチームです。サービスの特性に応じた柔軟な行動ログをバッチ/リアルタイムの両方の形で利用者に提供するシステムを開発しています。



少数精鋭チームで大規模アクセスのあるトラッキング基盤を支えるため、モダンなCloud環境をフル活用し以下の課題に取り組んでいます。

* データの異常を検知し連携システムに通知する

* 複数のドメインにまたがるサービスのユーザー行動から同一ユーザーを見極め一意性を付与する

* 全58事業の幅広いニーズに答えるため、様々な種類のイベント（viewable-impression, 動画の閲覧、コミックの立ち読みといった異なる属性が必要となるイベント）を素早く提供する

より高速に正確なデータを提供すべく、一緒に開発を推進してくれる強い仲間を募集中です



開発環境/ツール

Mac(JIS配列 or US配列) 、Windows お好きなマシンを選択可能

デュアルディスプレイ支給

マシンスペックはCPU（Core i5）,メモリ（16GB）を標準とするが、必要な開発環境に応じて上位スペックを選択可能



主要技術一例



[言語] 

JavaScript（frontend / node.js） / Typescript（frontend）/ Python （pyspark） / Golang（API） など

[マーケティングプラットフォーム]

Google Analytics / Google Tag Manager

[AWS]

Kinesis data streams / DynamoDB / Glue / EMR / Athena EKS / Cloudfront / Code Pipeline など

[GCP]

Google App Engine / GKE / Dataproc / DataFlow / PubSub

[CI・CD・その他]

terraform / CircleCI Enterprise / Github Enterprise / Flux など

必須スキル/経験

・Webアプリケーションの開発経験

・高トラフィックを考慮した、クラウドネイティブなアーキテクチャの設計開発・運用経験

歓迎スキル/経験

・javascript（ES2015）/ typescriptでの開発経験

・広告関連などで、トラッキングに関連するプロダクトに携わった経験

・クラウドネイティブに関する知識、運用経験

・kinesis data streams / analytics / firehose / Glueの経験

・GitHub、CircleCI等を用いたCI/CDパイプラインの構築経験

・Datadog、NewRelic等モニタリング基盤の設計・運用経験

・オブジェクト志向 / クリーンアーキテクチャの設計・開発経験

・fluentd/stome/kafka/spark/beam/drill の利用経験

・ITプロジェクトにおけるアーキテクチャ設計、プロジェクトマネジメント経験（規模は問わない）

・Ansible、Terraform等の構成管理ツールを利用したシステム構築・運用経験

・プロダクトに対する課題発見から、技術をもって解決した経験

求める人物像

・事業/プロダクトの課題を理解、技術を駆使して解決に向けて推進できる方

・定量的に計測、改善を行いプロダクトを成長させていきたい方

・課題が多い状況から紐解き、段階的に改善していくことにモチベーションを持っている方

・当事者意識をもち、目的達成のために 業務に領域を作らず取り組める方

仕事の魅力

DMMTechVisionの一つであるデータ戦略を実現するためのユーザ行動の計測はTrackingチームのデータにより実現されます。

そのため、Trackingチームのプラットフォームは、DMMのグロースを支えるための最重要なものの一つになっています。トラッキングに関する課題はweb/ネイティブアプリの変化に伴い常に存在しております。

そのため、常に最新情報を得るとともに、それらを実装する経験ができます。 また、ビッグデータ基盤やAIとの連携を行うことにより、周辺知識が身につきます。

開発環境や技術選定等に関する特集記事

• あのサービスの監視・オブザーバビリティ アーキテクチャ選定【前編】

  もっとみる