Job offer curation - ⁨サーバ⁩

企業情報： 会社名：株式会社Yaqumo URL：https://yaqumo.com/ 設立：2025年4月 所在地：本社：東京都千代田区丸の内2-3-2 郵船ビルディング1階 京都大学研究所：京都市左京区北白川追分町京都大学大学院理学研究科 分子科学研究所：愛知県岡崎市明大寺町字西郷中38 従業員数：30名以上（業務委託含め） 会社概要：Yaqumoは、京都大学高橋研究室と分子科学研究所大森研究室の研究成果を基盤に誕生した量子コンピュータ・スタートアップです。当社が取り組む「中性原子方式」は量子ビットを大規模化しやすい一方で、誤り訂正や計算速度に課題がありました。Yaqumoは両研究室の知見を融合し、これらの課題解決に挑んでいます。2025年には約7億円を調達し、さらにNEDOの大型補助金事業にも採択。現在はイッテルビウム原子を用いた量子ゲートや制御システム、誤り訂正技術の開発を進め、2027年度までに誤り耐性量子コンピュータのプロトタイプ機を完成させる計画です。将来的には、中性原子方式の量子コンピュータを社会実装し、従来のコンピュータでは解決できない社会課題に挑みます。 ニュースリリース ・革新的な量子コンピュータの開発に取り組むYaqumoが7億円の資金調達およびNEDOの大型補助金事業に採択 https://yaqumo.com/news/147/(https://yaqumo.com/news/147/) 仕事内容 1. 実験ネットワーク／サーバ基盤の設計・最適化 量子コンピュータ開発の進捗に応じた実験ネットワークの拡張・再設計 Linux サーバを中心とした実験制御・監視基盤の設計・運用 低レイテンシ・高信頼性を意識したネットワーク構成設計（分離、冗長化、帯域設計） 実験サーバ・DB・制御端末間通信の評価、ボトルネック改善 2. 監視・可観測性の設計・導入 実験者が遠隔から量子コンピュータを安全に扱うための監視システム設計 レーザ系・周辺機器・サーバ状態のメトリクス収集、可視化（例：Grafana 等） 異常検知およびアラート設計（実験停止リスクの最小化） 実験ログ・実行履歴の収集とトラブルシューティング容易化 3. 外部接続（OQTOPUS 経由）の設計・調整 外部ネットワークから量子コンピュータへ接続するためのネットワーク設計 大学内情報環境機構、共同研究先、お客さまとの技術的折衝・要件整理 大学内ネットワークの構成、運用ルールに基づいた安全な接続方式の設計・実装 接続テスト、変更時の影響評価・受け入れ試験 4. セキュリティ設計・運用 実験ネットワークおよび外部接続に関するセキュリティポリシー策定 権限管理、アクセス制御、ログ管理の設計 研究活動の自由度とセキュリティを両立させる運用設計 5. オートキャリブレーション／実験ソフトウェア基盤の整備 量子コンピュータを安定して動作させるために必要な制御パラメータ（レーザ出力、周波数、タイミング等）を自動的に探索・最適化するオートキャリブレーション基盤の構築 実験実行 → 結果評価 → パラメータ更新、という一連の流れをソフトウェアで自動化 実験制御プログラムやスケジューラと連携したキャリブレーションワークフロー設計 パラメータ・実行条件・結果をデータベースに保存し、再現性・追跡可能性を担保 実験者が意識せずとも最適状態で実験できる環境づくり 6. 実験者・エンジニアとの協業 実験者、ソフトウェア／ハードウェアエンジニアとの日常的な技術ディスカッション 実験要件を理解した上でのインフラ設計・改善提案 「研究が止まらない」ための運用フロー改善 7. 技術ドキュメント整備・ナレッジ共有 実験インフラの構成図、ネットワーク図の作成 運用手順書、障害対応フロー、トラブルシューティングガイド整備 属人化を防ぐためのナレッジ共有・標準化 8. 将来的な顧客向けシステムへの展開 社内実験ネットワーク構築で得た知見を活かした、顧客納入用量子コンピュータシステムのネットワーク設計 顧客環境に応じたインフラ要件整理、構成検討 導入時のネットワーク構築支援、技術ドキュメント作成 当ポジションの魅力 研究開発の最前線で、複雑な実験システムを支えるインフラを設計できる SRE／インフラ／ネットワークの知見を、量子という新領域に応用できる 決められた運用ではなく、仕組みそのものを作れる裁量 量子を知らなくても、学びながら第一人者になれる環境 求める人物像・ご経験 量子コンピュータ研究・開発を支える実験インフラ（ネットワーク／ソフトウェア／データ基盤）の中核を担うインフラエンジニアです。 ハードウェアそのものは別途ラボマネージャが管轄するため、本職種ではネットワーク、サーバ、可観測性、セキュリティ、実験支援ソフトウェア基盤に強みを持つ方を想定しています。 量子力学や量子アルゴ

1. PLAINERが目指している世界 PLAINERは、「伝わるはずの価値が伝わらない」 という、ソフトウェアが持つ根本的な課題に挑んでいます。 どれだけ優れたプロダクトでも、「何に効くのか」「なぜ自分に必要なのか」 が正しく届かなければ、その価値は埋もれてしまう。 AIが進化しても、この“もったいなさ”は自然には解決しません。むしろLLMのような汎用技術が広がることで、プロダクトとユーザーの関係はさらに複雑になり、「どう伝わるか」 がますます重要になります。 私たちは、「伝える」ではなく「伝わる」体験を設計することを使命としています。Intent（意図）を出発点に、体験そのものを組み立て、ユーザーが自然に「理解できる・活用できる・価値を感じられる」世界をつくりたい。その結果として、 SaaSやAIプロダクトの本当の価値が、世界中のユーザーに届く 企業と顧客が誤解なくつながり、双方にとって成果を出せる 新しいプロダクトが、もっと速く、もっと広く社会に浸透していく──そんな未来をPLAINERは本気で目指しています。 2. ポジションに期待する役割 ― Product-Focused Engineer に期待すること PLAINERは現在、多くの大手SaaSに導入が進む一方で、正社員エンジニアはまだ4名。プロダクトも組織も、これから一緒につくっていくフェーズです。 私たちが求めているのは、「仕様を実装するエンジニア」ではなく、「プロダクトの価値と成果に責任を持つエンジニア」です。 なぜこの機能が必要なのか ユーザーにどんな行動変化を起こしたいのか 今作るべき最小の価値は何か そうした問いをPdMやチームと議論しながら、仮説 → 実装 → 検証 → 改善 を回していく。 コードを書くことは手段であり、ゴールは プロダクトが正しく使われ、成果を出すこと。 Product-Focused Engineer として、PLAINERのプロダクトと事業成長を一緒に前に進めてくれる方を探しています。 3. 業務内容 Product-Focused Engineer として、以下を担っていただきます。 サーバーサイド・フロントエンド・Chrome拡張の設計／実装 新機能における要件定義・仕様策定・仮説立案・ユーザーリサーチ PdMや他メンバーと議論しながら、プロダクトの方向性を具体化 生成AIを中心とした最先端技術を用いた開発生産性の向上や開発プロセス改善 開発・検証環境の整備、CI／CD改善、テスト効率化 「何を作るか」「なぜ作るか」から関わり、作った後の成果までを見ることを期待している役割です。 ※変更の範囲：自社プロダクトの開発・営業・サポートおよび会社運営にかかわる一切の業務 4. 開発環境 構成 顧客向けWebアプリ（SPA） 運営向けWebアプリ（MPA） Chrome拡張 技術スタック バックエンド：Kotlin（Ktor）、PostgreSQL、Redis フロントエンド：TypeScript、React、Chakra UI Chrome拡張：TypeScript、React インフラ：Google Cloud（Cloud Run中心） その他：Claudeなど生成AIを活用した開発体制へ移行中 5. 開発チームのコミュニケーションサイクル 開発スタイルとしてはAI-DLCを一部採用しています。チーム内には以下のようなコミュニーケーションの場があります。 隔週プロダクト会：PLAINERというプロダクトに関する情報共有の場です。ビジネス・エンジニアサイド共同で実施されます。お客様からの声や今後リリース予定の機能などをそれぞれの観点から自由に共有していきます。 週次開発定例：開発全般のトピックスをメンバーそれぞれが持ち寄り、技術的な改善やチームコミュニーケーションの円滑化を図る場になっています。 設計会：随時実施。新たな機能等を実装するにあたり必要となるアーキテクチャーやテーブル設計、ビジネスロジックの検討などをチームメンバーとともにディスカッションします。 6. 選考フロー ①カジュアル面談選考要素等ゼロでPLAINERのことをお話させて頂く機会です。「選考に進むか分からない」「とりあえず情報収集したい」など転職のご意思が固まっていなくても問題ございません。 ②面接 (3回)カルチャーやスキルのフィットを相互にすり合わせるための機会です。現場のエンジニアや経営陣とオンラインで面接させて頂きます。 ③会食気になる点やコミュニケーションを相互にすり合わせるための機会です。選考の場ではありますが、よりPLAINERで働くイメージを膨らませて頂くために少しカジュアルな形式を取っています。 ④その他内定受諾前に副業での業務体験などフレキシブルにご対応が可能ですので、担当者にご相談ください。

1. PLAINERが目指している世界 PLAINERは、「伝わるはずの価値が伝わらない」 という、ソフトウェアが持つ根本的な課題に挑んでいます。 どれだけ優れたプロダクトでも、「何に効くのか」「なぜ自分に必要なのか」 が正しく届かなければ、その価値は埋もれてしまう。 AIが進化しても、この“もったいなさ”は自然には解決しません。むしろLLMのような汎用技術が広がることで、プロダクトとユーザーの関係はさらに複雑になり、「どう伝わるか」 がますます重要になります。 私たちは、「伝える」ではなく「伝わる」体験を設計することを使命としています。Intent（意図）を出発点に、体験そのものを組み立て、ユーザーが自然に「理解できる・活用できる・価値を感じられる」世界をつくりたい。その結果として、 SaaSやAIプロダクトの本当の価値が、世界中のユーザーに届く 企業と顧客が誤解なくつながり、双方にとって成果を出せる 新しいプロダクトが、もっと速く、もっと広く社会に浸透していく──そんな未来をPLAINERは本気で目指しています。 2. ポジションに期待する役割 PLAINERは多くの大手SaaSへ導入が進んでおります。一方現在正社員エンジニアが4名であり、これからエンジニア組織を作っているフェーズです。まだまだ開発人員自体も足りないため、コード実装だけでなく、仮説検証や機能設計にも十分な人手が足りていません。また現在のスタートアップ立ち上げフェーズにおいては、開発を中心にしながら、プロダクトの未来や新しい機能を協業・議論できるエンジニアにお越しいただき、事業成長を加速化・安定化させていきたいと考えております。 3. 業務内容 サーバーサイド・フロントエンド・Chrome拡張の実装 新機能の要件定義、仕様策定、仮説立案、リサーチ 他チームの生産性を高める社内ツール開発 開発・検証環境の整備、CIやテスト効率化 PdMや他メンバーと議論しながら、未来のプロダクトを形にする ※変更の範囲：自社プロダクトの開発・営業・サポートおよび会社運営にかかわる一切の業務 4. 開発環境 構成 顧客向けWebアプリ（SPA） 運営向けWebアプリ（MPA） Chrome拡張 技術スタック バックエンド：Kotlin（Ktor）、PostgreSQL、Redis フロントエンド：TypeScript、React、Chakra UI Chrome拡張：TypeScript、React インフラ：Google Cloud（Cloud Run中心） その他：Claudeなど生成AIを活用した開発体制へ移行中 5. 開発チームのコミュニケーションサイクル 開発スタイルとしてはAI-DLCを一部採用しています。チーム内には以下のようなコミュニーケーションの場があります。 隔週プロダクト会：PLAINERというプロダクトに関する情報共有の場です。ビジネス・エンジニアサイド共同で実施されます。お客様からの声や今後リリース予定の機能などをそれぞれの観点から自由に共有していきます。 週次開発定例：開発全般のトピックスをメンバーそれぞれが持ち寄り、技術的な改善やチームコミュニーケーションの円滑化を図る場になっています。 設計会：随時実施。新たな機能等を実装するにあたり必要となるアーキテクチャーやテーブル設計、ビジネスロジックの検討などをチームメンバーとともにディスカッションします。 6. 選考フロー ①カジュアル面談 選考要素等ゼロでPLAINERのことをお話させて頂く機会です。「選考に進むか分からない」「とりあえず情報収集したい」など転職のご意思が固まっていなくても問題ございません。 ②面接 (2~3回) カルチャーやスキルのフィットを相互にすり合わせるための機会です。現場のエンジニアや経営陣とオンラインで面接させて頂きます。 ③会食 気になる点やコミュニケーションを相互にすり合わせるための機会です。選考の場ではありますが、よりPLAINERで働くイメージを膨らませて頂くために少しカジュアルな形式を取っています。 ④その他 内定受諾前に副業での業務体験などフレキシブルにご対応が可能ですので、担当者にご相談ください。