エネルギー業界の変革を支えるMLOpsエンジニアを募集

募集停止

データエンジニア

エネルギー業界の変革を支えるMLOpsエンジニアを募集

株式会社enechain

株式会社enechain

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

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

給与・報酬

年収 700万円 ~ 1,000万円

稼働時間

32時間 ~ 160時間(週8 ~ 40時間)

雇用形態

業務委託から正社員

出社頻度

相談の上決定する

勤務地

東京都港区南青山3-11-13新青山東急ビル 7F

現状と課題

設立から3年で市場取引量の95%を占める企業にご利用いただいており、セールスはほぼ終わっている状況です。これからテクノロジーの力で市場の流動性を爆上げしていく段階で、ユーザー志向で開発に集中できるやりがいのあるフェーズです。

■開発の進め方 ・スクラムベースで2週間毎でスプリント**を回し、ビジネス側からのフィードバックをもらいながら開発を進めています。電力業界ということでレガシーに感じられるかもしれませんが、開発スピードは早く、 エンジニアがユーザーへのインタビューに同席する機会もあり、早いサイクルで改善ができています。 ・ビジネス側が非常に優秀な弊社ですが、代表始めエンジニアに対してのリスペクトが非常に感じられる組織なので、お互い背中を預けながら、良いプロダクトをつくるために意見は言い合える関係なのが自慢です。 note記事:1人では見られない世界に、優秀な仲間と挑む ビジネスとエンジニアの協働について

■技術選定 ・電力の市場を創る立場として、数年ではなく20年・30年と長く使われるサービスだと考えているからこそ、攻めた技術選定をしており、最新の技術へのキャッチアップを重要視しています。 note記事:エネルギープラットフォームの技術スタックとその選定理由

■組織・メンバーについて ・現在テクノロジーチームは40名を超える組織(業務委託含)になってきました。ゲームや仮想通貨、スタートアップ、メガベンチャーなど、出身は様々で、電力とは関係ない業界から入っている人が多いです。 ※ドメイン知識は入社後キャッチアップできる体制を整えています。 note記事:エンジニアのオンボーディング ・プロダクトによってバックエンド・フロントエンドがわかれているものとフルスタックのメンバーだけで開発しているものがありますが、両方Typescriptなので、両方やりたいというメンバーも増えてきています。それぞれが伸ばしたい領域を極めたり、広げたりはしやすい環境です。キャリアパスもマネジメントかエキスパートかを選択できます。

■働き方・コミュニケーションフルリモートが可能で、北海道や名古屋など地方在住のエンジニアも在籍しています。普段はSlackやGatherなどでコミュニケーションをとっているので、オンラインでも繋がりは感じられる体制です。 ・定期的にTech会議や勉強会などを実施したり、時にはオフィスや飲み会で集まったり、組織の一体感を大事にしている組織です。 ・「子供に胸を張れる仕事をしたい」という想いで入社されるパパエンジニアも多く、育児には理解がある組織です。フルフレックスなので、途中育児で抜けてまた後で作業するなど、裁量を持てる働き方なので、プライベートと仕事の両立ができます。 note記事:成果を最大化し、理想のライフスタイルに妥協しない。パパエンジニアたちの仕事と育児の両立の形

お願いする業務

リリースしたサービスの中でも、「マーケットデータプラットフォーム」に対するMLOps環境の設計、構築、運用に携わって頂きます。

また、全社共通MLOps環境の設計、構築、運用にも深く携わって頂きます。

加えて、ご意向あればデータエンジニアやMLエンジニアとしての業務にも携わっていただき、キャリアの幅を広げることが可能です。

【業務内容】 ・MLOps環境の設計、構築、運用 ・機械学習APIサーバの設計、実装、運用 ・サービス監視環境の構築、運用 ・統計・機械学習モデルの運用、評価の自動化 ・基盤コード整備 ・技術選定 ・設計・開発ガイドライン整備

【技術スタック】 ・プログラミング言語: Python ・インフラ: GCP (BigQuery, Vertex AI, GKE etc.) ・IaC: Terraform ・CI/CD: Cloudbuild, GitHub Actions ・ロギング: Datadog ・MLパイプライン: Kubeflow Pipelines, MLflow, Docker ・その他: Github, Slack, Notion, スクラム開発 ※上記に限らず、適宜必要な技術を選定して導入していきます。

募集要項

概要

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

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

雇用形態

業務委託から正社員

給与・報酬

年収 700万円 ~ 1,000万円

稼働時間

32時間 ~ 160時間(週8 ~ 40時間)

出社頻度

相談の上決定する

勤務地

東京都港区南青山3-11-13新青山東急ビル 7F

休日・休暇

年間休日122日、完全週休2日制 (土・日)、祝日、夏季休暇、年末年始休暇、有給休暇、慶弔休暇、産前産後・育児休暇、「余白 。」休暇 (年に1回、有給休暇とは別に5日連続取得できるリフレッシュ休暇) 他

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

フルリモート可。
社会保険完備 (健康保険、厚生年金保険、労災保険、雇用保険)、交通費支給 (上限5万円/月)、時間外手当、書籍代全額会社負担制度 他

必須スキル/経験

  • CI/CDに関する基礎知識
  • Kubeflow Pipelinesなどのワークフローエンジンの運用経験
  • 機械学習に関する基礎知識と実務経験
  • Gitを使ったチーム開発の経験

歓迎スキル/経験

  • SREの経験
  • クラウドインフラ(GCP, AWS)での機械学習モデルの運用経験
  • データ基盤 (データレイク、データウェアハウス、データマート)の設計経験
  • IaCの実装経験 (Terraform, Ansible)
  • テスト駆動での開発経験

サービス内容の詳細

■事業内容 日本は欧米から15年以上遅れて2016年に電力全面自由化がスタートし、大手電力会社によって独占されていた日本の電力事業に「新電力」と呼ばれる小売事業者が参入しました。小売業者は発電機能を持たないことが多いため、多くの小売業者は発電会社から電力を仕入れて消費者に販売しています。enechainはこの新しく生まれた発電会社と小売事業者間の電力取引マーケットそのものを創っているスタートアップです。 設立から3年のベンチャーですが、「参入障壁が高い」「海外事業者が参入できない」というこの領域において競合となる企業はほとんどありません。ここ数年で生まれた100兆円規模のポテンシャルを持つこの巨大な日本の電力業界の "ど真ん中" に "ど直球" のソリューションを提供しています。

■解決している課題 電力価格は世界情勢や天候・天災などの影響を受け、日々の価格変動が非常に激しいのが特徴です。電力は貯めておけない特性があり、売る直前に仕入れるといくらになるのかが予測できないという難しさがあります。一時期仕入れ価格が20倍などに高騰したことで巨額の損失が生まれ、倒産する小売事業者が続出しました。 この課題を解決するために、リスクヘッジとして先々の電力を取引することができるトレーディングプラットフォームを提供しているのがenechainです。

■プロダクト

  • eSquare 国内初のオンラインでエネルギーを自由に売買できる本格的なトレーディングプラットフォーム (経産省による許認可事業)
  • eCompass エネルギーに関するあらゆるデータ・マーケット情報を提供することで取引判断をサポートするデータプラットフォーム -> プロダクト情報: https://enechain.co.jp/products/

選考フロー

  1. カジュアル面談
  2. 1次面接

※ポジションによってフローは異なる場合がございます。 ※正社員選考フローは、カジュアル面談→一次面接→二次面接→最終面接 となります。

同じポジションの求人

おすすめのイベント

もっと見る
  • それ、本当にClaude Codeじゃないとダメ?より安全でラクに使えるCowork公開デモ

    開催前

    それ、本当にClaude Codeじゃないとダメ?より安全でラクに使えるCowork公開デモ

    いま、AIを活用した業務効率化の文脈で「Claude Code」が大きな注目を集めています。しかし、いざ導入しようとすると、セキュリティ面の懸念や権限管理のハードルから、気軽に使えないケースも多いのではないでしょうか。 Coworkは、非エンジニアでも簡単に安全に扱えるよう作られた機能です。そして実は、日常の業務領域であれば「Coworkで十分にカバーできる」だけでなく、想像以上の範囲まで自動化できることは、まだあまり知られていません。 そこで本イベントでは、メルカリで生成AI推進を担当されているハヤカワ五味氏をお迎えし、Coworkを使った業務自動化の実際を、公開デモを交えてわかりやすくお伝えします。 前半のLTでは、ハヤカワ氏よりメルカリでの判断基準をもとに「なぜClaude CodeはNGになりがちで、なぜCoworkなら安全なのか」を解説いただいた上で、Coworkの基本的な機能をご紹介いただきます。 続く公開デモでは、実際にCoworkを使ってワークフローを構築する様子をお見せいただきます。数分でワークフローが完成する手軽さや、Gmail等の外部サービスとセキュアに連携できるポイントなど、実演を通じて具体的なイメージをお届けします。 後半のディスカッションでは、セキュリティの考え方や社内導入の進め方など、現場目線でさらに深掘りしていきます。 「自分の業務をAIで自動化してみたいけど、何から始めればいいかわからない」という方にこそ参加いただきたいイベントです。

  • Claude Code一強は本当か?松尾研が実践 Codex・Geminiの底力を出す使い方とは

    開催前

    Claude Code一強は本当か?松尾研が実践 Codex・Geminiの底力を出す使い方とは

    昨今、多くの生成AIが開発現場に浸透していますが、「Codex、Claude、Geminiの中で、自分のタスクには明確にどれが一番いいのか」を自信を持って選べていますか? 「なんとなく誰かが良いと言っていたから」「SNSでトレンドになっていたから」と、周りの評判に流されるまま、使っている方も少なくないはずです。しかし、AIのポテンシャルを100%引き出すためには、評判ではなく「その作業に本当に向いているAIを選ぶこと」が重要です。 ・何度もやり取りを重ねる長丁場の作業で、最後まで文脈を忘れずに頼れるAIはどれか ・テキストだけでなく、画像などのデータを扱うときに一番打率が高いのはどれか とはいえ、次々と新しいモデルが登場する中で、それぞれの本当の強みを自分で見極め、タスクごとに最適なAIを切り替えて使いこなすのは至難の業です。 そこで本イベントでは、LLMのフルスクラッチ開発やエージェント構築の最前線で活躍されている株式会社松尾研究所の尾崎氏をお迎えし、Claude・Codex・Geminiそれぞれの強みと使い分けの考え方を紐解きます。現在Geminiを使わなくなった背景なども含め、実践者ならではの視点でお話しいただきます。 一つのAIに絞るべきか複数を使い分けるべきか迷っている方から、すでに併用しているが最適化したい方まで、幅広いエンジニアのご参加をお待ちしています。

  • 【BetterAuth】今TypeScriptで開発するなら、認証は何が正解?認証ライブラリの最適解

    開催前

    【BetterAuth】今TypeScriptで開発するなら、認証は何が正解?認証ライブラリの最適解

    現代のWeb開発において、認証機能の実装認証機能の実装に悩んだことはありませんか? セキュリティリスクや運用コストの観点から「認証基盤は自作するな」が定石となり、多くの開発者がIDaaSを選択肢に入れてきました。しかし、いざ実務に組み込もうとすると、以下のようなジレンマに直面します。 ・データの二重管理: IDaaS上のユーザー情報とアプリDBのデータをどう同期するか ・機能の制約: パスキや2FA、Azure ID(Entra ID)など、必要な認証方式に対応できるかは「IDaaS側の仕様(都合)次第」になってしまう そうした中、「自作は避けたいが、IDaaSの制限に縛られたくもない」という設計の壁を打ち破る選択肢としてTypeScriptベースの認証ライブラリ「Better-Auth」が今注目を集めています。Auth.js(旧NextAuth.js)を引き継いだチームによって開発され、OAuth・2FA・パスキーといったモダンな認証方式に対応しながら、自前でデータを保持できる柔軟さを備えたライブラリです。 しかし、非常に革新的である一方、「実際に使ってみてどうなのか」「IDaaSと比べてどういうケースに向いているのか」を具体的にイメージできている方はまだ少ないのが現状です。 そこで本イベントでは、プロダクト開発でBetter-Authを実践的に活用されている池内氏と柿氏をお迎えし、Better-Authの特徴や導入の実際、そして既存の認証ソリューションとの使い分けを紐解きます。 認証基盤の選定に悩んでいる方から、Better-Authが気になり始めた方まで、幅広いエンジニアのご参加をお待ちしています。

  • 【Claude Code】並行開発、どう回してる?鹿野さんに聞く 私の推しの並行開発環境 大公開

    アーカイブ公開中

    【Claude Code】並行開発、どう回してる?鹿野さんに聞く 私の推しの並行開発環境 大公開

    昨今、AIコーディングエージェントの普及により、個々の作業スピードは格段に向上しました。一方で、AIを使って複数のタスクを同時に進める「並行開発」のやり方に関してはいまだに1つの正解がなく手探りの状態が続いているのではないでしょうか。 仕様を決めてからフロント・バックエンドそれぞれにエージェントを立てて動かす方法や、Gitブランチの並行管理、さらにはプルリクエストの自動レビュー&修正する方法など、考えることは多岐にわたります。「結局シングルタスクに集中するのが最強では?」という問いも含め、並行開発の最適解はまだ見えていません。 そこで本イベントでは、「Multi-Folder Git Clone」などの自作ツールを開発し、AIエージェントを活かした並行開発の環境整備について精力的に発信されているUbieの鹿野氏をお迎えし、~並行~開発を実現するための開発環境の工夫をデモ付きで紐解きます。 デモでは鹿野氏より実際の画面をお見せいただきながら、エディターや複数ブランチの管理方法、コンテキストスイッチのタイミングまで、並行開発を加速させる具体的なツールやフローを深堀していきます。 これからAIを用いた並行開発に取り組もうとしている方から、今以上に効率的に並行開発を回していきたい方まで幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年7月15日(水)12:00~13:00

  • 松尾研はこうAIを制御するのか AIエージェントの精度を担保・改善する仕組みエージェントハーネスとは

    アーカイブ公開中

    松尾研はこうAIを制御するのか AIエージェントの精度を担保・改善する仕組みエージェントハーネスとは

    昨今、LLMの社会実装が進み、AIエージェントを活用したプロダクトや業務フローが増えてきました。しかし、AIエージェントを「作って動かして終わり」になっていないでしょうか。一度構築したエージェントの精度をいかに担保し、改善し続けられる仕組みを作るかという点に注目が集まっており、最近では「エージェントハーネス」という言葉も耳にするようになりました。 一方で、「そもそもエージェントハーネスとは何か」「コンテキストエンジニアリングとは何が違うのか」といった基本的な部分から整理したいと感じている方も多いのではないでしょうか。 そこで本イベントでは、AI研究の最前線を走る株式会社松尾研究所の長谷氏をお迎えし、エージェントハーネスの起源や注目が集まっている背景から、具体的な活用方法、そして今後の進化の方向性までをわかりやすく解説いただきます。エージェントハーネスを適切に整えることで、AIエージェントの精度は一度きりのチューニングではなく、継続的に改善し続けることができるその考え方と実践を紐解きます。 前半のLTでは、長谷氏よりエージェントハーネスとは何か、LLMの進化とともになぜ重要視されてきたのかという前提知識を整理いただきます。 後半のディスカッションでは、LTの内容をさらに深堀りながら、具体的な使われ方や松尾研究所での活用事例まで現場目線で深掘りしていきます。 エージェントハーネスという言葉が気になり始めた方から、AIエージェントの制御・改善に課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

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

転職に役立つノウハウ

もっと見る