【Rust】自社サービスSaaSのバックエンドエンジニア/GraphQLサーバー

募集停止

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

【Rust】自社サービスSaaSのバックエンドエンジニア/GraphQLサーバー

AI要約(β)

当社はAI技術を活用し、世界の大量廃棄問題を解決するSaaSプロダクトを提供するスタートアップです。売上高は1年で2.3倍に成長し、200ブランドに導入されています。募集ポジションはサーバーサイドエンジニアで、Rustを用いたGraphQLサーバーの開発を担当します。年収は960万円〜1,248万円で、平日日中の稼働が必要です。静的型付け言語の経験があればRust未経験でも応募可能です。開発環境はAWS、PostgreSQL、actix-webなどを使用し、リモート勤務も可能です。チームはスクラム体制で、バックエンドの機能改善や追加開発を行います。求める人物像は3年以上のサーバーサイド開発経験があり、SQLやクラウド環境の経験がある方です。GraphQLや自社サービスの開発経験があると尚良いです。福利厚生やチーム文化も整っており、成長中の企業で活躍したい方に最適です。

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

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

給与・報酬

時給 5,000円 ~ 6,500円

稼働時間

140時間 ~ 180時間(週35 ~ 45時間)

雇用形態

業務委託

出社頻度

フルリモート

勤務地

大阪府大阪市福島区福島1-4-4セントラル70 2F-B

現状と課題

【チーム体制】 開発責任者 1名 ・プロダクトオーナー1名 ・フロントエンドエンジニア 3名 ・バックエンドエンジニア 5名 └データ基盤チーム └GraphQLサーバーチーム ・データエンジニア  1名 ※上記は社員のみ 業務委託で複数名のエンジニアにご参画いただいております。

【チームの現状】 新バージョンをこの春リリースし、エンタープライズとの契約が急激に増えている中で、非常に多くの機能改善要望や機能追加要望が出てきています。機能追加が急務であり、エンジニアリソースが不足しております。 そのため、バックエンド領域において、機能改善やオプション機能の追加開発に携わっていただける方を募集いたします。

お願いする業務

【概要】 GraphQLによるAPIサーバー構築

【詳細】 バックエンド領域において、機能改善やオプション機能の追加に開発に携わっていただきます。 Rustでactix-webを使用し、GraphQLサーバーを開発しています。 Rust未経験者でも静​的型付け言語(GoやScalaなど)の業務経験がありましたら、問題ありません。 社員エンジニアとスクラムチームを形成し、スクラムイベントを通じて、開発メンバー全員でスプリントを消化していく体制になります。 状況やご希望に応じてフロントエンド領域をお願いすることもあります。

【開発環境】 開発言語: Rust DB: Aurora(PostgreSQL互換)、Redshift 検索エンジン: Amazon Elasticsearch Service ライブラリ・フレームワーク:actix-web, Juniper(GraphQL) インフラ: Amazon Web Services AWS製品: EC2、ECS、S3、ALB、CloudWatch ツール: GitHub、Jira、Slack、CircleCI、Sentry

技術スタック

募集要項

概要

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

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

雇用形態

業務委託

給与・報酬

時給 5,000円 ~ 6,500円

稼働時間

140時間 ~ 180時間(週35 ~ 45時間)

出社頻度

フルリモート

勤務地

大阪府大阪市福島区福島1-4-4セントラル70 2F-B

必須スキル/経験

・平日日中稼働できる方 ・Webサービスやシステム開発におけるサーバサイドエンジニアとして3年以上の開発経験 ・静的型付け言語(Rust、Go、Scala、Kotlinなど)での開発実務経験 ・SQLの実装経験(基本的なDDL、DMLに加え、結合、集計、集合、case文などを理解している方) ・AWSなどクラウド環境を利用したシステム開発の経験 ・Dockerなどのコンテナ技術を利用した開発経験

歓迎スキル/経験

・GraphQLサーバーの開発経験 ・自社サービスの開発運用経験 ・データ基盤の開発経験

サービス内容の詳細

当社は、AIと独自の技術で、「世界の大量廃棄問題の解決」し、「いらないものは作らない」という世の中の実現に向け、SaaSプロダクトを開発・提供しているスタートアップ企業です。 サービスローンチ以降、「最少の在庫で売上・粗利・キャッシュフローを最大化する」という価値に多くの反響をいただき、ナノ・ユニバース様、オンワード樫山様、3coinsのパルグループ様などの大手企業を中心に、200ブランドに導入実績があり、売上高は1年で2.3倍に伸長しており、今後も伸びていく見込みです。 そして、弊社プロダクトが在庫問題を解決するフィールドは小売業にとどまりません。卸売業や原材料メーカーまで、サプライチェーンを網羅するべく、事業基盤を強化中です。

選考フロー

  1. 1次面接

※ポジションによってフローは変更と可能性もございます ※面接はオンラインで実施いたします

同じポジションの求人

おすすめのイベント

もっと見る
  • AI駆動開発、そのやり方で合ってる?PMとエンジニアで語る AI駆動開発に求められる品質とは

    開催前

    AI駆動開発、そのやり方で合ってる?PMとエンジニアで語る AI駆動開発に求められる品質とは

    昨今、AIコーディングエージェント(例:CursorやClineなど)の進化と普及により、ソフトウェア開発はかつてないほど、加速しています。 しかし同時に、PMから渡された仕様をエンジニアがそのままAIエージェントに読み込ませ、生成されたコードを使っただけでは、リリースに耐える品質を担保するのは難しいのが現実ではないでしょうか。 今回のイベントでは、AI駆動開発と実際に向き合ってきたPMのmiyattiさん、エンジニアのkagayaさんをお招きし、現場で直面しているAI駆動開発の限界や求められる品質基準について、それぞれの立場からお話しいただきます。 PMとエンジニア、両者の視点からAI駆動開発の“今”と“これから”を改めて考え直す貴重な機会です。AIを開発に取り入れている方、これから取り入れたいと考えている方、そして、PMとエンジニアの連携に課題意識を持っている方に、ぜひご参加いただきたい内容です。

  • Cline指示通りに動かない? AI小説エージェントで学ぶ、指示書の書き方と自動アップデートの仕組み

    開催前

    Cline指示通りに動かない? AI小説エージェントで学ぶ、指示書の書き方と自動アップデートの仕組み

    ClineやCursorなどの生成AIツールが急速に広がる中、「うまく動かない」「どこまで読み込ませるべきか分からない」そう感じることはありませんか? 本イベントでは、小説執筆という膨大な情報を扱う創作プロセスを題材に、下記のような、生成AIを意図通りに動かすための設計ノウハウを学べます。 - どういった情報をAIに読み込ませるべきかの切り分け - セッションをまたぐ長大なコンテキストを保持するための設計(Memory Bankの活用) - コードや文章を生成後に行うプロンプトの更新方法、およびその自動化 >※メモリバンクのURL: [https://docs.cline.bot/prompting/cline-memory-bank](https://docs.cline.bot/prompting/cline-memory-bank) Clineを中心に据えながらも、CursorやObsidianとの比較や、「そもそもAIに任せるべき部分・任せるべきでない部分はどこか?」という、今後の実務においても避けては通れない問いを扱う予定です。 Clineを導入しているものの、活用に課題を感じている方や、プロンプト設計に体系的な知見を持ちたい方にとって、有意義な学びの機会となる内容です。ぜひ、ご参加ください。

  • ISUCON公開パフォーマンスチューニング!fujiwara氏&そーだい氏ログ取得〜N+1まで全部見せ

    アーカイブ公開中

    ISUCON公開パフォーマンスチューニング!fujiwara氏&そーだい氏ログ取得〜N+1まで全部見せ

    実践的なチューニング力が試されるコンテスト「ISUCON(※)」を題材に、リアルな改善プロセスを目の前で体感できる特別イベントを開催します。 ISUCONはログや負荷状況の確認、クエリの見直し、インデックスの追加、N+1問題の解消など、地道な改善の積み重ねが鍵となる、極めて実践的な内容のコンテストです。 今回は、ISUCONで4度の優勝経験を持つfujiwara氏とそーだい氏がタッグを組み、最新のISUCON14の問題をベースに、パフォーマンスチューニングの工程をリアルタイムでデモンストレーションしていただきます。 👉ISUCON14出題内容はこちら(https://isucon.net/archives/58818382.html) ISUCONはもちろんのこと、実務にも活かせる内容となっています。Webサービスのパフォーマンス改善に関わるすべてのエンジニアの方にご参加いただき、トッププレイヤーたちの思考プロセスと実践的なテクニックを盗み学んでください。 ※ISUCON(イスコン)とは、「Iikanjini Speed Up Contest(いい感じにスピードアップコンテスト)」の略称で、与えられたWebサービスを決められたルールの中でどこまで高速化できるかを競う、Webアプリケーションのパフォーマンスチューニングコンテストです。

    開催日:

    2025年5月27日(火)19:00~20:30

  • AI時代の企業が求める開発速度って? VPoEばんくし氏に聞く今エンジニアに必要なAI活用の基準とは

    アーカイブ公開中

    AI時代の企業が求める開発速度って? VPoEばんくし氏に聞く今エンジニアに必要なAI活用の基準とは

    昨今、AIエージェントの進化が凄まじく、個人レベルではAIツールの活用が当たり前となりつつあります。GitHub CopilotやCursor、Cline、DevinなどのAIコーディングツールが普及し、個人のエンジニアが日常的に利用する時代が到来しています。しかし、これらのツールを「試す」ことから一歩進めて、チームや組織全体に適用し、開発プロセスを根本から変革しようとする取り組みは、まだ導入段階にあるのが実情ではないでしょうか。 そんな中、M3(エムスリー)では組織変革を行っており、AI・機械学習専任チームと既存チームを融合させたり、ゼネラルマネジャーの半数以上がAI・機械学習チームの出身者だったりと、組織全体でAIを活用する方向へと変革を遂げています。 そこで、M3でVPoEに就任したばんくし王さんをお招きし、開発組織という観点でAIをどう活用していくべきか、組織をどう見直すべきなのかなど、実例を交えて、これからの組織について考える会を開催するに至りました。 エンジニアの方はもちろん、EMやデザイナーなど開発組織に関わるすべての方にご覧いただきたいイベントです。ぜひご参加ください。

    開催日:

    2025年5月13日(火)19:00~19:45

  • LayerX/kubellの実例から学ぶ プロダクトが大きくなっても壊れない 認証設計とは

    アーカイブ公開中

    LayerX/kubellの実例から学ぶ プロダクトが大きくなっても壊れない 認証設計とは

    サービスの急成長に伴い、ID管理の複雑さは増していきます。 昨今のスタートアップにおいては、企業が成長するにつれ、単一プロダクトから複数プロダクトへの展開が求められるケースも増えています。ただ、そうした際、複数プロダクト間をシームレスに連携させる共通ID基盤の構築は避けては通れません。 初期段階でID管理設計が不十分だと、後々認証基盤を刷新する際に技術的負債となり、膨大な工数を消費する可能性があります。 そこで本イベントでは、バクラクシリーズの複数プロダクトを展開するLayerXの認証基盤チームのconvto氏と、数年前に「Chatwork」から複数プロダクト展開を始めたkubellの認証基盤チームの田中氏をお招きし、実際のマルチプロダクト移行における認証基盤の再設計、直面した技術的課題、マルチプロダクト化する前にやっておけばよかったこと、という視点で具体的な知見を共有いただきます。 このイベントは、現在単一プロダクトを運用中の方、複数プロダクト化を検討している方、すでに移行を終えた方など、幅広い方に聞いていただける内容となっています。 業界の第一線で活躍するお二人から、ドキュメントには載っていない実践的な経験談を聞ける貴重な機会です。ぜひ今後のID管理設計の参考になりましたら幸いです。

    開催日:

    2025年4月23日(水)19:00~20:00

転職に役立つノウハウ

もっと見る