【データエンジニア】データを人々のエネルギーに/GAFAM出身エンジニア多数在籍

募集停止

データエンジニア

【データエンジニア】データを人々のエネルギーに/GAFAM出身エンジニア多数在籍

AI要約(β)

フライウィールでは、データエンジニアを募集しています。ポジションは、データ基盤の整備・改善を行い、データ活用を推進する役割です。必要なスキルはC#、C++、Java、Spark、Azure、GCP、AWSで、クラウド開発経験が必須です。年収は500万円から900万円で、市場平均以上の報酬が期待できます。Conata™というSaaS型パーソナライズプラットフォームを提供し、データを活用して顧客満足度と収益性を向上させることを目指しています。リモート勤務も可能で、柔軟な勤務体制が整っています。チーム文化は、データを人々のエネルギーに変えるというミッションに共感できる方を歓迎します。技術スタックには、UnixやKubernetesも含まれ、成長中の企業でスキルを活かせる環境です。

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

給与・報酬

年収 500万円 ~ 900万円

稼働時間

09:00 ~ 18:00

雇用形態

正社員

出社頻度

相談の上決定する

勤務地

東京都千代田区麹町2丁目5−1半蔵門PREX South

現状と課題

フライウィールのミッション

私たちのミッションは、「データを⼈々のエネルギーに」することです。 データは人々が持つ価値を最大化する新しいエネルギーだと、私たちは考えています。 本来不必要な作業を効率化し、生産性を向上させ、より創造的な価値を創り出すための、まさに「エネルギー」になるのです。 FLYWHEELは日本語で、はずみ車という意味です。 私たちは、企業や人々がデータとテクノロジーをより積極的に活用し、仕事や作業の効率化を加速する社会の「はずみ車」になりたいと考えています。

ポジションについて

フライウィールでは、パーソナライズプラットフォーム Conata(コナタ)™をはじめ、企業がデータを活用し収益化を実現するためのソリューションを提供しています。 フライウィールのクライアントが扱うシステムは、膨大なデータを扱っており、クライアントの拡大と共に、扱うデータの量や種類も拡大しています。 ソフトウェアエンジニア データエンジニアリングは、データサイエンティストや他のエンジニアと協力しながら、データ基盤を整備・改善して課題解決を行っていく役割です。 大事なデータを守りながら、フライウィール全体のデータ活用を推進します。

所属

プラットフォームエンジニアリング部門

お願いする業務

データ収集
  • 自社・パートナー・クライアントのサービスからログを取得するためのSDKの開発
  • パートナー・クライアントとのデータの受け渡しをするためのデータインテグレーション基盤の構築
  • Webクローリングやスクレイピングなどの、webから情報を収集するシステムの構築
データ管理
  • 収集したデータを保存するデータレイクの設計と構築
  • 加工済みデータを保存するデータウェアハウス(DWH)の設計と構築
  • データの閲覧・処理権限の管理
データ処理
  • バッチ / ストリーミングベースのデータパイプラインの開発と運用
  • BIツールを用いたデータの可視化
他のエンジニア職と共通の業務
  • サービスの安定提供を24×7で維持するためのシステム運用
  • システムの技術的な問題の発見と解決
  • 運用を自動化あるいは低コストにするためのツールの開発

募集要項

概要

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

雇用形態

正社員

給与・報酬

年収 500万円 ~ 900万円

稼働時間

09:00 ~ 18:00(裁量労働制)

出社頻度

相談の上決定する

勤務地

東京都千代田区麹町2丁目5−1半蔵門PREX South

休日・休暇

- 年次有給休暇
- 出産・育児・看護介護休暇
- 結婚休暇
- 忌引休暇
- 永年勤続休暇
- 有給傷病休暇
- ボランティア休暇

社内制度
(待遇・福利厚生)

# 働き方
## 裁量労働制度
エンジニア社員が、働き方を自主的に決めることのできる制度。

## 在宅勤務制度
業務内容に合わせて在宅での勤務が可能です。
利用時間に制限はなく、午後に外出する場合は午前を在宅勤務にするなど、活用方法は様々。

## 副業
社内承認を経て、副業をすることが可能です。

# 福利厚生
## 諸手当
- 時間外勤務手当
- 深夜勤務手当
- 休日勤務手当
- 出張手当
- 通勤手当
- 慶弔見舞金

## 社会保険
全国健康保険協会に加入しています。
その他、厚生年金保険、雇用保険、介護保険、労災保険に加入。

## ガチャ
毎週ランダムに社員同士をマッチさせ、ランチなどでコミュニケーションを促進するプログラムでランチ・カフェ代を支給しています。

## ベビーシッター補助
子育て家庭のベビーシッター利用補助をしています。

必須スキル/経験

  • AWSやGCP、Azureなどのクラウドにおける開発経験
下記の項目を1つ以上満たす方
  • データベース、データウェアハウスを使ったデータ基盤の開発経験
  • データ処理パイプラインの開発経験
  • Apache Hadoop、Sparkなどの分散データ処理の開発経験
  • Webスクレイピングなどのwebから情報を収集するシステムの開発経験
以下ソフトウェアエンジニア共通
  • コンピューターサイエンスの学士号、もしくはそれに相当する知識と業務経験
  • Java、C++、Golang、C# などの1つ以上のプログラミング言語でソフトウェア開発の経験
  • 新しい技術、ツール、プログラミング言語を必要に応じて学ぶ能力と意欲
  • 臨機応変に状況に対応できる柔軟性
  • フライウィールのミッションとバリューに共感できること

歓迎スキル/経験

  • Apache Airflowなどのワークフロー管理フレームワークを用いた、データ処理パイプラインの開発経験
  • Apache SparkやApache Flinkなどの分散処理フレームワークを用いたデータ処理の開発経験
  • Apache PulsarやApache Kafkaなどのメッセージキューを用いた開発経験
  • Kubernetesなどのコンテナ技術を用いたシステムの開発経験
  • 検索やレコメンド、ターゲティング広告など、データがコアであるシステムのバックエンド開発経験
  • 機械学習のモデルの作成と運用経験
以下ソフトウェアエンジニア共通
  • コンピュータ サイエンス、人工知能、機械学習または関連する技術分野の修士号または博士号
  • 次の分野に携わった経験:ウェブ アプリケーション開発、Unix / Linux環境、モバイルアプリの開発、分散および並列システム、機械学習、情報検索、自然言語処理、ネットワーキング、大規模ソフトウェア システムの開発、セキュリティ ソフトウェア開発
  • クラウド(GCP、AWS、Azureなど)を用いた開発経験
  • 捉えどころのない複雑な問題に対してソリューションを設計・開発し、高い影響力を示した経験

スキル要件

スキル名

経験年数

種別

Java指定なし必須
AWS指定なし必須
C#指定なし必須
C++指定なし必須
Azure指定なし必須
Spark指定なし必須
GCP指定なし必須
Unix指定なし歓迎
Kubernetes指定なし歓迎

サービス内容の詳細

Conata(コナタ)™

Conata(コナタ)™ は3つのエンジンから構成された、SaaS型 パーソナライズ プラットフォームです。

一人ひとりにオリジナルなデジタル体験を

Conataはデータプラットフォームを軸にエンゲージメントオファーアナリシスの3つのエンジンから構成されます。 顧客一人ひとりの「したい」瞬間に“寄り添う”メッセージやコンテンツを提供し、顧客満足度と収益性を同時に向上します。

エンゲージメント エンジン

“ほしかった”を満たし、ロイヤルティを高める

オファー エンジン

顧客中心で心地の良いコミュニケーション実現

アナリシス エンジン

まるで表情の変化にも気付ける顧客インサイト抽出

DX推進

データコンサルティングから開発、仕組み化まで、データ活用を軸としたDX推進を一気通貫で支援します。

選考フロー

  1. カジュアル面談
  2. エントリーシート
  3. コーディングテスト
  4. コーディングテスト
  5. 3次面接
  6. 4次面接
  7. オファー面談
  8. リファレンスチェック

※ポジションによってフローは異なる場合がございます。

同じポジションの求人

おすすめのイベント

もっと見る
  • ISUCON本著者 金子氏による Offers 公開パフォーマンスレビュー キャッシュは敵か味方か?

    開催前

    ISUCON本著者 金子氏による Offers 公開パフォーマンスレビュー キャッシュは敵か味方か?

    パフォーマンス・チューニングは、Webサービスの成長とともに避けて通れないテーマです。中でも「キャッシュ」は有効な手段の一つですが、設計や運用を誤るとデータ不整合やメンテナンス負荷の増大につながる可能性もあります。 「パフォーマンス・チューニングといえば、まずDBやアプリケーションロジックの改善が語られることが多いが、キャッシュはどのタイミングで検討すべきなのか?」 「実務で触れる機会が少なく、方法論を体系的に理解できていない」 ——こうした悩みの声は、現場のエンジニアから数多く寄せられています。 本イベントでは、『達人が教えるWebパフォーマンスチューニング〜ISUCONから学ぶ高速化の実践〜』にてキャッシュの章を執筆され、ご自身でもキャッシュライブラリを実装されている金子達哉氏をお迎えします。 今回は特別に、Offersの実サービス( offers.jp/jobs )を題材とした公開パフォーマンスレビューを実施します。 実際のサービスを見ながら、「キャッシュを使うべき場所・使うべきでない場所」をどのように判断するのか、その検討プロセスを公開でお届けします。 👇ISUCON概要はこちら https://isucon.net/ 👇『達人が教えるWebパフォーマンスチューニング〜ISUCONから学ぶ高速化の実践〜』はこちら https://gihyo.jp/book/2022/978-4-297-12846-3

  • ハッカソン優勝者はこう使うのか!「Everything Claude Code」から学ぶ 基本と実践

    開催終了

    ハッカソン優勝者はこう使うのか!「Everything Claude Code」から学ぶ 基本と実践

    昨今の開発現場において、Claude CodeをはじめとするAIコーディングエージェントの利用は急速に普及しています。一方で、進化のスピードが非常に速く、「全ての機能を把握し、実戦レベルで使いこなす」ことに壁を感じているエンジニアの方も少なくありません。 そうした中、Anthropic主催のハッカソンでも活用された「everything-claude-code」リポジトリがSNS上で大きな話題となりました。Claude Codeのベストプラクティスが網羅的にまとめられた注目のリソースですが、一定の前提知識がないと読み解くのが難しい側面もあります。 そこで、本イベントでは、RevenueCat Shipaton 2025に入賞し、Claude Codeの機能検証・解説を精力的に発信されているOikon氏をお迎えし、「everything-claude-code」を題材にClaude Codeの基本機能と実践的な活用法を紐解きます。 前半では、Claude Codeの基本機能を押さえたうえで「everything-claude-code」の全体像について解説します。 後半のディスカッションでは、実際の画面をご覧いただきながら「everything-claude-code」リポジトリを参照し、手元の環境でいくつかのコードを動かすデモを通じて、より具体的な活用法を深ぼっていきます。 Claude Codeを触り始めたばかりの方から、もっと使いこなしたい方まで、幅広いエンジニアのご参加をお待ちしています。 ↓「everything-claude-code」リポジトリはこちら https://github.com/affaan-m/everything-claude-code

    開催日:

    2026年3月17日(火)12:00~13:00

  • React 19、コンポーネント設計どう変わった?〜うひょさんに聞く最新 実務Tips〜

    アーカイブ公開中

    React 19、コンポーネント設計どう変わった?〜うひょさんに聞く最新 実務Tips〜

    前回「LT&ディスカッション5ラウンド!うひょさん・よしこさんと改めて考えるReactコンポーネント設計」( https://offers.connpass.com/event/298939/ )のイベント開催から約2年が経過し、その間にReactやNext.jsは大きく進化してきました。Server ComponentsやSuspense、新しい非同期処理のAPIの登場などにより、パフォーマンスや表現力は向上した一方で、コンポーネント設計は以前にも増して複雑になりやすい状況になっています。 またAIの登場により、設計部分の重要性は、以前にも増して高まっていると感じており、AIライクとヒューマンライクのどちらに寄せるべきなのかの判断も難しいと感じている方も多いのではないでしょうか。 そこで本イベントでは、うひょ氏をお招きし、「今、現場で採用すべきコンポーネント設計のベストプラクティス」を実務経験をもとに解説していただきます。 迷いなく設計判断ができるようになるための指針を、持ち帰れるイベントです。ぜひご参加ください。

    開催日:

    2026年2月18日(水)19:00~20:00

  • MIXI×ユーザベース アプリエンジニアのための「AI×SRE」入門 〜障害対応・ログ解析を楽にする実践Tips〜

    アーカイブ公開中

    MIXI×ユーザベース アプリエンジニアのための「AI×SRE」入門 〜障害対応・ログ解析を楽にする実践Tips〜

    「本番で障害が起きたけど、ログの調査に時間がかかる」「パフォーマンスが遅いと言われたけど、どこから調べればいいかわからない」「原因不明のエラーにより、インフラサーバーが正しく立ち上がらず疎通がうまく行かない」——アプリケーション開発をしていると、こうした"インフラ寄りの面倒な作業"に悩まされることはありませんか? 実は今、AIエージェントを活用すれば、これらの作業を自然言語で依頼するだけで解決できるようになりつつあります。ログの集計やレポート作成、障害の原因特定、パフォーマンスの変化の可視化——特別なクエリを書かなくても、AIに聞けば答えが返ってくる時代です。 本イベントでは、MIXIの吉井氏とユーザベースの飯野氏をお招きし、ソフトウェアエンジニアがインフラ領域の"面倒な作業"をAIでどこまで減らせるかを語っていただきます。「SREじゃないから関係ない」ではなく、開発者こそ知っておきたいAI×インフラの活用術をお届けします。

    開催日:

    2026年1月21日(水)19:00~20:15

  • なぜRemix 3はReactを離れたのか -Web標準とAI時代に最適化された新アーキテクチャ

    アーカイブ公開中

    なぜRemix 3はReactを離れたのか -Web標準とAI時代に最適化された新アーキテクチャ

    2024年末、Remix 3が発表されました。Reactベースのフレームワークとして知られていたRemixが、「ReactからWeb標準へ」という大きな方向転換を発表しました。 React Router v7としてReactエコシステムに深く統合される道を選んだ一方で、Remix 3はReactから離れ、Web標準をベースとした新しいアーキテクチャへと進化しようとしています。 なぜRemixはこのタイミングでReactを離れる決断をしたのか?Web標準に回帰することで何が変わるのか?そしてAI時代において、このアーキテクチャはどのような優位性を持つのか? 本イベントでは、Remix 3の詳細な解説記事を執筆されたcoji氏をお招きし、「Reactの当たり前を相対化する」というテーマでLTをいただきます。Remix 3の技術的な変化から思想的な背景まで、深く掘り下げていきます。 👇登壇者の記事を事前にチェック coji氏 Remix 3についての解説記事 https://zenn.dev/coji/articles/remix3-introduction

    開催日:

    2026年1月14日(水)19:00~20:15

転職に役立つノウハウ

もっと見る