【データエンジニア】データを人々のエネルギーに/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. リファレンスチェック

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

同じポジションの求人

おすすめのイベント

もっと見る
  • AI時代に適したリポジトリって?カウシェ・LayerXに聞く最新リポジトリ構成

    アーカイブ公開中

    AI時代に適したリポジトリって?カウシェ・LayerXに聞く最新リポジトリ構成

    昨今、AIエージェントの活用が一般的になってきたことで、「プロジェクト全体のコードを横断的に理解させるには、コードベースが一つにまとまっている方が適しているのではないか」という議論が増えています。 一方で、モノレポにはCIのパフォーマンスやコンテキストの絞り方など運用上の課題も存在し、組織規模やプロダクトのフェーズ、チーム体制などによって最適解は異なります。「どちらが正解か」を一概に難しいと感じている方も多いのではないでしょうか。 そこで本イベントでは、iOSやKotlinを含む複数言語のコードを一つのリポジトリに集約して運用されているカウシェと、バックエンド・フロントエンドともにモノレポ化を進めてきたLayerXの2社をお迎えし、それぞれのリポジトリ構成の実例をもとに、モノレポの実際を紐解きます。 前半のLTでは、カウシェからはモノレポになった歴史や複数言語を集約したメリット・デメリットを、LayerXからはリポジトリ統合プロジェクトの進め方や意思決定の裏側をお話しいただきます。 後半のディスカッションでは、両社を交え、モノレポにするタイミングや、CI・IDEとい開発体験に関する課題の課題、AIとの親和性を上げるための工夫やスコープの絞り方など、現場目線でさらに深掘りしていきます。 モノレポへの移行を検討している方から、すでにモノレポ運用で課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年6月11日(木)19:00~20:00

  • 仕様駆動開発はやめた方がいいって本当?やって分かった仕様駆動開発の現在地と今後の方向性

    アーカイブ公開中

    仕様駆動開発はやめた方がいいって本当?やって分かった仕様駆動開発の現在地と今後の方向性

    昨今、AIコーディングエージェントの進化により、開発フロー自体を見直す動きが広がっています。その中で注目を集めているのが「仕様駆動開発( Spec Driven Development)」というアプローチです。 しかし現在は「仕様駆動開発」という言葉だけが独り歩きしており、具体的にどのようなフローであるべきなのか、ツールを使えば実現できるものなのかといった、実態を掴みきれないという声も多く聞かれます。 そこで本イベントでは、仕様駆動開発をはじめとしたAI駆動開発を実践されている中村充志氏をお迎えします。 前半のLTでは、、中村氏より仕様駆動開発SDDの基礎概念についてお話しいただき、ツールのデモを通じてその具体的な仕組みを提示いただきます。からハーネスとの組み合わせ、そして実際のデモを交えた実践までを紐解きます。 後半のディスカッションでは、仕様から出力される膨大なコードをどう効率的にレビューし、生産性を次のレベルへ押し上げるかという「実戦的なフロー」について議論していきます。また、その品質を支える「ハーネスエンジニアリング」という考え方も補足的に交えながら、現場で直面する疑問を紐解いていきます。 AI時代の開発フローに関心がある方から、仕様駆動開発の導入を検討されている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年5月28日(木)19:00~20:00

  • useMemo/useCallbackまだ書いてる?React Compilerで変わった開発体験

    アーカイブ公開中

    useMemo/useCallbackまだ書いてる?React Compilerで変わった開発体験

    React Compilerの登場以降、フロントエンド界隈では「これまで煩雑だったメモ化(useMemoやuseCallback、React.memo)が不要になるのではないか」と大きな話題になりました。 一方で、「本当にそのまま有効化して問題ないのか」「有効化による副作用や注意点はないのか」「従来どおりメモ化を残すべきケースはあるのか」といった不安の声も耳にします。実際に導入してみたチームからは、React Hook FormなどのライブラリやuseRefを使った実装でハマりポイントがあったという話も聞こえてきます。 そこで本イベントでは、React Compilerを有効化して1年以上本番運用されている浅見氏と、導入にあたって生成AI向けのルール整備まで仕組み化されているカケハシの大村氏をお迎えし、React Compilerの特徴や実際の導入プロセス、注意点・ベストプラクティスを紐解きます。 React Compilerが気になり始めた方から、すでに検証・導入を始めている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

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

  • TypeScriptでAPI開発するなら知っておきたいRPC -tRPC、oRPC、HonoRPCとは-

    アーカイブ公開中

    TypeScriptでAPI開発するなら知っておきたいRPC -tRPC、oRPC、HonoRPCとは-

    昨今、バックエンドにTypeScriptを導入する事例は一般的になり、フロントエンドとバックエンドで型を共有することで開発効率を高めるさまざまなソリューションが登場しています。中でも「RPC(Remote Procedure Call)」を活用したアプローチは注目を集めており、tRPC・oRPC・Hono RPCなど複数の選択肢が存在します。 一方で、「そもそもRPCとは何か」「tRPC・oRPC・Hono RPCはそれぞれ何が違うのか」といった基本的な部分から整理したいと感じている方も多いのではないでしょうか。名前は聞いたことがあるけれど違いがわからない、どれを選べばいいのか判断がつかない、という声も少なくありません。 そこで本イベントでは、tRPCを実務で導入・運用されている海老原氏、oRPCやElysiaを活用されている柿氏、Hono RPCでマルチクライアント対応を実践されているよだか氏の3名をお迎えし、RPCの基本から各ソリューションの特徴・選定の考え方までを紐解きます。 前半のLTでは、柿氏、海老原氏、よだか氏の3名にそれぞれの視点からお話しいただきます。 後半のディスカッションでは、3名を交え、各RPCの推しポイントや課題、モバイル・Webの対応可能性を見据えた技術選定など、現場目線でさらに深掘りしていきます。 RPCという概念自体をこれから理解したい方から、すでに使っていて他の選択肢と比較したい方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年4月23日(木)19:00~20:30

  • もうNext.jsには戻れない?次世代フルスタックフレームワークTanStack Startってなに

    アーカイブ公開中

    もうNext.jsには戻れない?次世代フルスタックフレームワークTanStack Startってなに

    昨今、Next.jsの急速な進化に伴い、そのブラックボックス的な実装に疑問を感じ、新たな選択肢を模索するエンジニアの声が増え始めています。そうした中、TanStack Queryをはじめとする「TanStack系ライブラリ」や、新たなフルスタックフレームワーク「TanStack Start」への注目が高まっています。 しかし、実際の運用において「Next.jsと比べて何がどこまで変わるのか」「TanStack系ライブラリを採用する具体的なメリットは何か」を明確にイメージできている方はまだ少ないのが現状です。 そこで本イベントでは、TanStack QueryやTanStack Routerを実務で活用されている寺嶋氏と、TanStack Startをプロダクション環境で実際に採用されている池内氏をお迎えし、Next.js経験者の視点からTanStack系ライブラリ・TanStack Startの実際を紐解きます。 前半のLTでは、まず寺嶋氏よりTanStack Startの全体像やViteエコシステムにおけるポジション、Next.jsとの比較を交えた概要を解説いただきます。続いて池内氏より、TanStack Startプロダクトにおける実践的な側面(デプロイ環境、認証基盤、データベース連携など)について、現時点での整備状況をお話しいただきます。 後半のディスカッションでは、お二人を交え、チーム開発での採用やAIコーディングとの親和性など、現場目線でさらに深掘りしていきます。 TanStackが気になり始めた方から、Next.jsからの移行を検討されている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年4月9日(木)19:00~20:00

転職に役立つノウハウ

もっと見る