Kubernetesを用いた最先端サービスの開発/運用にチャレンジしませんか?

募集停止

サーバーサイドエンジニア

Kubernetesを用いた最先端サービスの開発/運用にチャレンジしませんか?

株式会社Jij

株式会社Jij

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

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

給与・報酬

年収 480万円 ~

稼働時間

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

雇用形態

業務委託から正社員

出社頻度

相談の上決定する

勤務地

-

現状と課題

▶︎携わっていただくプロジェクトのメンバーは、CTO+エンジニア3名 ▶︎本プロジェクトで開発する計算基盤はJijZeptは7月にβ版をリリースし特定顧客のみに提供中であること、社内の研究者・開発者もユーザー対象であることからユーザーとの距離が近いプロダクトです。 そのため機能の追加、内部実装の変更などを行い迅速にユーザーからフィードバックがもらえるため多くの技術的チャレンジを行うことができます。

【参考】共同研究開発・実証実験事例: ・東邦ガス:エネルギー供給の制御 ・豊田通商×Microsoft:信号機制御の最適化 ・KDDI×日立:周波数方向の最適化

お願いする業務

Jijの主要プロダクトであるクラウドシステムJijZeptの開発に携わっていただきます

▶︎Jijの開発する研究者・開発者向けの最適化プラットフォームの開発にソフトウェアエンジニアとして従事し、社内のアルゴリズムエンジニアと議論を行いながら設計・開発を進めていきます。開発するプラットフォームはマイクロサービス化された設計で開発を進めており、インフラからバックエンドを主に担当してもらいます

・使用技術選定 ・複数アーキテクチャのコンピュータを束ねるプラットフォームの開発 ・Kubernetesを用いたコンテナ環境の開発 ・Azure, AWSを用いたマイクロサービスアーキテクチャの設計開発

0→1サービス開発にモチベーションを抱く方 ご自身でプロジェクト推進が可能となる情報集能力を有する方 新しい技術に対する学習意欲を持つ方 サービス開発やプロジェクト推進に対してやり切る意欲やこだわりを持っている方 現時点での量子に関する知識・ご経験は必須ではありません。入社後に研修があります

技術スタック

募集要項

概要

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

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

雇用形態

業務委託から正社員

給与・報酬

年収 480万円 ~

稼働時間

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

出社頻度

相談の上決定する

必須スキル/経験

Kubernetesに対する興味・関心 クラウドシステム開発に関する実務経験 量子・最適化技術の社会応用・実装に対する興味・関心

歓迎スキル/経験

クラウドシステム新規開発に関わる一連の業務経験(要件定義、設計、実装、テスト、運用)

スキル要件

スキル名

経験年数

種別

Git1年以上必須
Python1年以上必須
AWS1年以上必須
Docker1年以上必須
Azure1年以上必須
Kubernetes1年以上歓迎

一緒に働くメンバー

  • 山城 悠

    山城 悠

    代表取締役

    東京工業大学大学院 にて量子アニーリングの基礎研究を行う。 JST-STARTプロジェクトを経て株式会社 Jij を創業. Jij Inc. CEO

  • 西村光嗣

    西村光嗣

    Jij Inc.

    株式会社Jij CTO 東京工業大学理学院物理学系にて量子アニーリングの研究に従事し、博士後期過程修了。 株式会社Jijにて新規アルゴリズムの提案、クラウドサービス (JijCloud)の開発を担当。

サービス内容の詳細

・量子アニーリング技術を中心とした最適化ミドルウェアの開発 ・最適化ソリューションの開発

サービス内容: ・JijZept 最先端の量子・イジング計算機を専門知識が無くとも使えるようにするクラウドサービス ・共同研究開発・実証実験 量子アニーリング, イジング計算機の活用のための共同研究開発.定式化, アルゴリズム開発のコンサルティング

選考フロー

  1. カジュアル面談
  2. 1次面接
  3. 2次面接
  4. オファー面談

※1次面接後に「技術テスト」を実施いたします。

同じポジションの求人

おすすめのイベント

もっと見る
  • 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

転職に役立つノウハウ

もっと見る