【Python】自社サービスSaaSのバックエンドエンジニアリーダー/データ基盤

募集停止

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

【Python】自社サービスSaaSのバックエンドエンジニアリーダー/データ基盤

AI要約(β)

当社はAI技術を活用し、在庫管理の効率化を目指すSaaSプロダクト『FULL KAITEN』を提供するスタートアップです。サーバーサイドエンジニアリーダーとして、データ基盤の設計・構築・運用をリードし、PythonやSQLを用いた開発を行います。年収は700万〜900万円で、AWSを活用した開発環境です。リモート勤務も可能で、少数精鋭のチームで事業拡大を目指します。求める人物像は、3年以上のサーバーサイド開発経験とデータ基盤の構築経験を持つ方です。大手企業への導入実績があり、売上は1年で2.3倍に成長しています。環境問題の解決を目指すビジョンを共有できる方を歓迎します。福利厚生も充実しています。

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

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

給与・報酬

年収 700万円 ~ 900万円

稼働時間

09:00 ~ 18:00

雇用形態

正社員

出社頻度

フルリモート

勤務地

大阪府

現状と課題

我々は今後、少数精鋭で高速にビジョンの実現と事業のスケールをしていきます。 そういった背景から、開発組織の中心で活躍して頂ける方を募集することにしました。

▽サービスが解決する課題 我々が提供する「FULL KAITEN」は小売業や卸売業で発生する在庫過多の問題を、AIと独自の技術で解決するこれまでにないサービスです。 具体的には、サービスを活用いただくことで在庫の運用効率を上げ、売上・粗利・キャッシュフローを最大化することが可能となります。 これまで小売業は、在庫をたくさん持つことで売上を作るという商慣習から、在庫問題は業界の宿命的課題として何十年も放置されておりました。FULL KAITENはこの宿命的課題に対して全く新しい解決策を提供できるプロダクトです。 サービスローンチ以降、多くの反響を頂いており、ナノ・ユニバース様、オンワード樫山様、3coinsのパルグループ様などを中心に導入件数が急増しております。

最終的にFULL KAITENが在庫を削減することで目指すのは「いらないものは作らない」という世の中を実現することです。 FULL KAITENが普及することで、世界的問題となっている【大量生産・大量廃棄】【労働環境】【環境汚染】の抑制の大きな一歩となるのです。

お願いする業務

【概要】 AI×SaaSプロダクト『FULL KAITEN』の開発部門で、バックエンド、データ基盤の開発リードを担当いただきます。

【詳細】 ・データパイプラインの設計、自動化 ・DB設計、データフロー設計 ・分散処理基盤の構築、パフォーマンスチューニング ・機械学習モデルとの連携 ・顧客折衝、要件定義、データ基盤の構築、運用 ・進捗管理

【開発環境】 ・開発言語: Python、SQL ・DB: Aurora(PostgreSQL互換)、Redshift、Athena ・ライブラリ・フレームワーク:PySpark、Pandas ・インフラ: Amazon Web Services ・AWS製品: Fargate、Glue、Step Functions、Lambda、SageMaker ・環境、ツール: Docker、GitHub、Jira、Slack、CircleCI、Sentry

技術スタック

募集要項

概要

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

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

雇用形態

正社員

給与・報酬

年収 700万円 ~ 900万円

稼働時間

09:00 ~ 18:00

出社頻度

フルリモート

休日・休暇

- 完全週休2日制(土・日)
- 祝日
- 年末年始休暇

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

## 加入保険
- 各種社会保険完備
健康保険、厚生年金保険、雇用保険、労災保険

## その他
- 健康診断実施
- 交通費全額支給
- 有給休暇
- 受動喫煙対策として屋内全面禁煙
- 通勤手当(交通費全額支給)
- 勉強会、セミナー参加費用会社負担、Webサービス購入支援
- 入社時には、各自希望のスペックの PC やディスプレイが支給される
- 屋内禁煙

必須スキル/経験

・サーバサイドエンジニアとして3年以上の要件定義・設計・開発・運用保守経験 ・SQLを使ったデータ集計およびデータ分析業務の経験 ・データ基盤の要件定義・構築・運用経験

歓迎スキル/経験

・AWSやGCP、Azureなどクラウドサービスを使った開発経験 ・Dockerなどのコンテナ技術を利用した開発経験 ・自社サービスの開発運用経験 ・Pythonを使った開発経験 ・PySparkを使った開発経験 ・データベースチューニングの実務経験 ・Webアプリケーション開発における数名以上のチームマネジメント経験 ・技術負債解消の経験 ・チーム立ち上げの経験 ・メンバーマネジメントの経験 ・顧客折衝の経験

サービス内容の詳細

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

選考フロー

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

※ポジションによってフローは異なる場合がございます。 ※面接はオンラインで実施いたします。

同じポジションの求人

おすすめのイベント

もっと見る
  • そのID管理、サービス増えても大丈夫?LayerX/kubellに聞く 後から後悔しないID基盤設計

    開催前

    そのID管理、サービス増えても大丈夫?LayerX/kubellに聞く 後から後悔しないID基盤設計

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

  • 多要素認証じゃダメ?ritouさん、Auth屋さんに聞く 認証技術の最前線 ~パスワードレスとは~

    開催前

    多要素認証じゃダメ?ritouさん、Auth屋さんに聞く 認証技術の最前線 ~パスワードレスとは~

    ユーザー登録やログインは、ほとんどのサービスで欠かせない要素です。 これまで、ユーザー認証といえばパスワードによる方法が一般的でしたが、現在ではセキュリティ強化のために、二段階認証や多要素認証が標準になりつつあります。 さらにはパスワードレス認証として、「パスキー」を利用する例や、はたまたパスワードの登録を不要にして「メールによるコード認証のみ」といった例も見かけるようになりました。 では認証方法は多様化している中で、私たちはどの技術を選ぶべきなのでしょうか。 そこで今回は、認証技術の専門家であるAuth屋さんとritouさんをお招きし、それぞれの認証技術の成り立ちから認証を検討する際の技術選定方法について伺います。また、パスワードレス認証を採用するメリットや、各技術ののセキュリティ面での違いについても伺う予定です。 最新の認証技術をキャッチアップできていない方、各技術の違いを理解したい方などにおすすめです。ぜひご参加ください。 ↓著者Auth屋氏 監修ritou氏による「パスキーのすすめ」はこちら https://booth.pm/ja/items/5266166

  • akfm氏、Quramy氏がコードで解説 現場で使えるReactテスト設計

    アーカイブ公開中

    akfm氏、Quramy氏がコードで解説 現場で使えるReactテスト設計

    昨今、テストの重要性が説かれるのはもちろんのこと、その難しさが語られることも多くなってきています。 シンプルな関数のテストであればスラスラ書けるものの、一方で、コンポーネントやアプリケーション実装に対するテスト絡むと途端に書けなくなるといった経験はないでしょうか。そういった際、絡んでくる依存先について、「どこまでテストし、どこからテストしないのか」について悩むこと多いのではないでしょうか。 そこで今回は、Webフロントエンド領域をリードされているQuramy氏と、akfm氏をお招きし、具体的なコードを用いたテスト設計の考え方や、アンチパターン、などを伺います。 フロントエンド領域にとどまらないテストに関する考え方が知れる会となっております。ソフトウェアエンジニアの方はぜひ、ご参加ください。

    開催日:

    2025年3月26日(水)19:00~20:00

  • React書けたら問題なし?poteboy氏/Ubie小谷氏に聞くReact Native開発最前線

    アーカイブ公開中

    React書けたら問題なし?poteboy氏/Ubie小谷氏に聞くReact Native開発最前線

    昨今、モバイルアプリ開発のクロスプラットフォームフレームワークであるReact Nativeが、再注目をされています。その背景には、React Nativeの目覚ましい進化があり、以前とは全くの別物といった声もあるほどです。 また、React Nativeには「Learn once, Write anywhere」という言葉があり(https://reactnative.dev )、Reactを使うことができれば、あらゆるプラットフォームでの開発が可能になると言われています。 では実際、WebアプリケーションでReactを使用している開発者は、そのスキルセットを活かしてReact Nativeでのモバイルアプリ開発がスムーズに行えるものなのでしょうか。 そこで今回は、Webアプリケーション開発のバックグラウンドを持ち、現在はReact Nativeを主軸とした受託開発事業を展開するpoteboy氏、さらには2024年にUbieにてIonic(Capacitor)からReact Nativeへの移行を行なった経験を持つ(https://zenn.dev/ubie_dev/articles/46cf443d5dd25b )Kotani氏をお招きし、昨今のReact Nativeの進化についてや、Web開発におけるReactからモバイル開発のReact Nativeによる違い、大変さなどについてお話を伺います。 最新のネイティブアプリ開発動向やReact Nativeの実践的な活用方法に興味をお持ちの方にとって、貴重な情報が得られる機会にできればと思います。ぜひご参加ください。

    開催日:

    2025年3月6日(木)19:00~20:00

  • OpenTelemetryって本当に必要?今エンジニアが知っておくべきオブザーバビリティとは

    アーカイブ公開中

    OpenTelemetryって本当に必要?今エンジニアが知っておくべきオブザーバビリティとは

    昨今、OpenTelemetryが注目を集めています。ただ、実際のところ、Datadog、Mackerel、New Relicといったサーバー監視SaaSには普段から触れているものの、OpenTelemetry自体がどういったものか、または自社での活用の可能性については、まだキャッチアップできていないという方も多いのではないでしょうか。 そこで今回は、OpenTelemetry活用の経験を持ち、現在SmartHRでプロダクトエンジニアとして活躍されているymtdzzz(@ymtdzzz)氏と、技術顧問やフルスタックエンジニアとして活躍され、実務でもOpenTelemetryを活用されているsumiren(@sumiren_t)氏をお招きし、オブザーバビリティの基本概念から、OpenTelemetryの実践的な運用方法まで、幅広くお話しいただきます。 本イベントは、SREの方はもちろんソフトウェアエンジニアの方々も対象としています。OpenTelemetryについて耳にする機会は増えているものの、実態がよくわからないとお考えの方、ぜひご参加ください。

    開催日:

    2025年2月25日(火)19:00~20:00

転職に役立つノウハウ

もっと見る