【リモート可】LUUPのバックエンドエンジニア

募集停止

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

【リモート可】LUUPのバックエンドエンジニア

株式会社Luup

株式会社Luup

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

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

給与・報酬

年収 600万円 ~ 1,000万円

稼働時間

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

雇用形態

業務委託から正社員

出社頻度

フルリモート

勤務地

-

現状と課題

7月1日の法改正によってユーザーの増加、並びにユーザー属性の複雑化が進んでいくにあたり、LUUP本体のiOS・Androidのモバイルアプリのバックエンド開発・拡張のメンバーを募集します。

お願いする業務

【組織とポジションについて】 Software Development部は、サービス本体や社内向け管理ツール、IoTデバイス関連及びその他周辺ソフトウェアプロダクトの設計・開発を行っている部署です。

バックエンドエンジニアには、CloudFunctionsで構成された当社プロダクトのバックエンドをTypeScript、DBはFirestoreを利用した実装を担当していただきます。 このバックエンドアプリのクライアントは、当社プロダクト本体のiOS・Androidのモバイルアプリ 、社内向けのWeb管理画面とモバイルアプリがあります。本体のモバイルアプリは、事業変化に機動的に対応することとリリースサイクルの安定による品質担保の両立をするため、振る舞いの定義をバックエンドで制御するようにしています。各種アプリのUI用のAPI提供やユーザーのアクションをメンテンスチームやカスタマサポートに円滑に伝えるような処理、効率的なオペレーションのための事前処理などがバックエンドの重要な役割です。また、Slack,Zendesk,SendGrid,FirebaseMessegingを始めとした外部ツール、車両の鍵の施錠解錠や位置情報などのセンサー情報の通信のための内部のIoTサーバーなどさまざまな外部サーバーとの通信が発生します。

このような構成の中で社内外はじめ多用な関係者の持つ課題や依頼をプロダクトマネジメント部と連携しながら検討もしつつ実装していただきます。また、サーバーサイドのリファクタリングや構成変更・技術検討・整備はもちろん、クライアントアプリのエンジニアと協業しながらシステム全体の技術的な負債やボトルネックの解消を推進していただきます。

【仕事の魅力】 サーバーサイドチームは、CloudFunctionsやFirestoreなどマネージドサービスを多く活用していることや別のSREチームによって一定メトリクスの整備などが進められていることから、アプリケーションコードを書くことに比較的集中できる環境です。

それを後ろ盾にエンドユーザー向け・社内向けにそれぞれ複数のクライアントアプリのビジネスロジックをサーバーサイドに集中させることを進めています。そのため複雑な仕様をサーバーサイドで簡潔かつ堅牢に実装することは難しさとともに影響力の強さから面白さを感じることができます。

また、プロダクトマネジメント部などが要件を固めることもありますが、技術的な観点から仕様や要件への議論や調整は盛んに行われています。無理に実装して技術的負債を生むことよりも、長期的観点でのプロダクト成長を考えられる環境です。

そのため機能の削除を前提とした既存仕様そのものの仕様見直しも定期的に行っています。

車両などのIoTデバイス連携を伴うリアルサービスにおいて、バックエンド開発によって事業に大きなインパクトを与えられ、自ら実装した施策などでユーザー分析のみならずサービス運営のためのOperationもData Drivenに最適化していく環境は非常にエキサイティングなものがあります。

募集要項

概要

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

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

雇用形態

業務委託から正社員

給与・報酬

年収 600万円 ~ 1,000万円

稼働時間

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

出社頻度

フルリモート

必須スキル/経験

  • 事業会社で自社プロダクト開発をサーバーサイドエンジニアとして行った経験(5年以上)

加えて、以下のうち4つ以上ご経験がある方にご応募いただきたいです。

  • Node.jsなどを通じたバックエンドでのTypeScriptの開発経験と理解
  • 業務でのTypeScript, Go, Rust, Kotlin, Pythonなどでのバックエンドの開発や運用経験
  • コードレビューをともなう複数人でのチーム開発経験
  • クライアントアプリ(モバイルアプリ・Web)の開発または協業経験
  • 自社プロダクトの開発などでのProductManagerやデザイナーとの協業経験
  • 機能開発に直接紐付かない自発的なリファクタリングの推進、実装経験
  • 外部サービスのAPIを利用した経験
  • GithubActionやCircleCIなどのCD・CIの利用経験

歓迎スキル/経験

  • 業務系ツールの開発経験
  • Firebaseプロダクトを用いたプロダクト開発経験
  • CloudFunctionsやGCE, CloudBuildなどのGooglePlatformプロダクトの認定資格や経験
  • NoSQLデータベースの運用経験
  • Serverlessアーキテクチャの運用経験
  • クラアントアプリ(モバイルアプリ・Web)のためのAPI開発への理解
  • TCP, BLE, MQTTなどIoTデバイスに関連したさまざまな通信方式・プロトコルへの理解
  • CIやCD構築、Linter整備などDeveloperExperience向上経験
  • BigQueryを通じた簡易的なデータ分析経験
  • 要求から要件への落とし込みを始めとした開発チーム外との協業経験
  • 複数人のチームで技術方針の議論や取りまとめ推進を行った経験
  • 技術選定に伴うセキュリティの考慮・検討などの経験
  • 連携する他社との非公開APIなどの利用や提供などの仕様確認や策定・調整の経験

スキル要件

スキル名

経験年数

種別

Python指定なし必須
Node.js指定なし必須
Go指定なし必須
TypeScript指定なし必須
Kotlin指定なし必須
Rust指定なし必須

一緒に働くメンバー

  • 岡田 直道

    岡田 直道

    Software Development部

    株式会社Luupという会社のCTOをしています。

サービス内容の詳細

〜〜【リモートワーク可/フレックス】LUUPのバックエンド開発・拡張に向き合うエンジニアを募集!〜〜

当社は、“街じゅうを「駅前化」するインフラをつくる”をミッションに掲げ、電動キックボードや電動アシストなど電動マイクロモビリティのシェアリングサービスを日本各地で展開しています。

街には「ポート」という移動のハブがあり、いつでもポートからポートへ電動マイクロモビリティに乗って移動することができます。 かつて鉄道の駅が街を発展させたように、ポートを街じゅうに設置することで人が集まる場所をつくり、街じゅうを駅前のように活性化していきます。当社サービスを通して、移動におけるさまざまな問題を解決し、新たな街の未来を創造します。

現在は、東京・横浜・大阪・京都・神戸・宇都宮・名古屋でサービスを展開しており、 2023年7月時点で3,800ポート以上を運営しています。

将来的には、電動マイクロモビリティの普及によるCO2削減と、ご高齢の方も乗ることができる新しい電動モビリティの導入を実現し、すべての人が安全・便利に移動できる持続可能な社会をつくることを目指します。

選考フロー

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

※ポジションによってフローは異なる場合がございます。

同じ企業の求人

同じポジションの求人

おすすめのイベント

もっと見る
  • それ、本当に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

転職に役立つノウハウ

もっと見る