【リードエンジニア】GAFAM出身エンジニア多数在籍のデータテックカンパニー

募集停止

リードエンジニア

【リードエンジニア】GAFAM出身エンジニア多数在籍のデータテックカンパニー

AI要約(β)

フライウィールでは、データテックカンパニーとしてリードエンジニアを募集しています。Conata™というSaaS型パーソナライズプラットフォームを開発し、顧客のデジタル体験を向上させることを目指しています。年収は800万円から1,100万円で、AWSやGCPなどのクラウド環境での開発経験が求められます。Java、C++、C#のいずれかの言語での開発経験が必須で、3年以上のアプリケーション開発経験とチームリーダー経験が必要です。リモート勤務も可能で、柔軟な働き方が可能です。データを活用し、企業の収益化を支援するミッションに共感できる方を求めています。技術スタックにはKubernetes、Terraform、React、Next.jsなどが含まれ、エンジニアリングチームをリードし、クライアントフォーカスの組織を構築する役割を担います。福利厚生も充実しており、成長中の企業でキャリアを築くチャンスです。

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

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

給与・報酬

年収 800万円 ~ 1,100万円

稼働時間

09:00 ~ 18:00

雇用形態

正社員

出社頻度

相談の上決定する

勤務地

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

現状と課題

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

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

ポジションについて

フライウィールでは、デジタルビジネスプラットフォーム Conata(コナタ)™をはじめ、企業がデータを活用し収益化するためのソリューションを提供しています。 パートナー及びクライアントの拡大や案件増加に伴い、扱うデータの量や種類も拡大しており、安定した価値をクライアントに提供し続けるための、ソフトウェア開発をリーダーとして推進し、クライアントフォーカスのエンジニア組織をリードいただけるソフトウェアエンジニアリードを募集します。

所属
  • プラットフォームエンジニアリング
  • クライアントフォーカス部門

お願いする業務

  • 各プロジェクトにおいて、企画検討~ソリューション提供までの各工程で開発チームのリーダーとしてフロントに立ってシステム開発を遂行する。
  • 企画検討段階ではお客様への提案やサービス要件の整理を実施し、また開発着手後はスクラッチ開発/パッケージを活用した開発のそれぞれをチームのリーダーとして推進する。
  • conataを構成するレコメンド・検索・広告配信エンジンや、エンタープライズ事業におけるシステムの新コンポーネントの開発、継続的なパフォーマンス改善
開発環境
  • クラウド: AWS, GCP, Azure
  • インフラ: Kubernetes, Terraform
  • 開発言語: Java, Kotlin, Python, TypeScript
  • フレームワーク等 (UI, API): gRPC, OpenAPI, React, Next.js, Express, TypeORM, Micronaut, MySQL
  • フレームワーク等 (Data): AWS Athena, AWS Redshift, GCP BigQuery, Snowflake, Tableau, AWS QuickSight, dagster, Apache Airflow, Apache Spark, Pulsar

募集要項

概要

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

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

雇用形態

正社員

給与・報酬

年収 800万円 ~ 1,100万円

稼働時間

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

出社頻度

相談の上決定する

勤務地

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

休日・休暇

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

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

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

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

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

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

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

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

## すきまっちゃ
往訪の合間にカフェ等で仕事をした場合、カフェ代を支給しています。

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

必須スキル/経験

  • Java、C++、Golang、C#などの1つ以上のプログラミング言語でソフトウェア開発の経験
  • 3年以上のアプリケーション開発に関する経験(経験分野は問わない)、システム運用及び運用設計に関する経験
  • 3 人以上の開発チームのリーダーとして、開発現場において技術面のリーダーシップを取った経験
  • 課題解決に主体的に取り組むことができる方
  • チームを超えたスムーズなコミュニケーション能力、リレーション構築能力
  • 臨機応変に状況に対応できる柔軟性
  • フライウィールのミッションとバリューに共感できること

歓迎スキル/経験

  • 次の分野に携わった経験: ウェブ アプリケーション開発、Unix / Linux環境、分散および並列システム、機械学習、情報検索、自然言語処理、レコメンデーションシステム、ターゲティングシステム、大規模ソフトウェア システムの開発、セキュリティ ソフトウェア開発
  • クラウド(GCP、AWS、Azureなど)を用いた開発経験
  • 捉えどころのない複雑な問題に対するソリューションを設計・開発し、課題解決をおこなった経験
  • コンピュータ サイエンス、コンピュータ エンジニアリング、電気工学、または関連する分野の修士号または博士号

スキル要件

スキル名

経験年数

種別

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

サービス内容の詳細

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

転職に役立つノウハウ

もっと見る