【需要予測】新商品の販売数に関する需要予測

募集停止

機械学習エンジニア

【需要予測】新商品の販売数に関する需要予測

Polaris.AI株式会社

Polaris.AI株式会社

AI要約(β)

Polaris.AIで、AIを駆使した需要予測モデルの構築に挑戦しませんか?新商品の販売数を予測するこのプロジェクトは、あなたのデータ分析とPythonスキルを活かす絶好の機会です。年収576万円〜1,152万円、月40時間の柔軟な働き方が可能。フルリモートで、AI導入・活用コンサルティングやオーダーメイドAI開発を手掛ける精鋭チームと共に、未来のビジネスを形作る一員となりましょう。あなたのキャリアに新たな可能性を開き、AIの未来を共に創造する旅に出ませんか?

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

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

給与・報酬

時給 3,000円 ~ 6,000円

稼働時間

40時間 ~ 60時間(週10 ~ 15時間)

雇用形態

副業転職(業務委託から正社員)

出社頻度

フルリモート

勤務地

-

現状と課題

多数の受託開発の案件相談をいただいており、エンジニアのリソースが不足しているため、開発に参加いただけるエンジニアの方を募集しております。

ーーー ■ 今回募集する案件の概要 新商品の販売数に関する需要予測 クライアント企業が企画・開発・販売する新商品の販売数を予測する需要予測モデルを構築します

・稼働開始時期:3月前半~ ・稼働時間:40時間/月 ※目安 ・募集人数:3~4名

お願いする業務

Pythonを用いて、クライアントが持つ各種データの分析・評価を行っていただきます。

募集要項

概要

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

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

雇用形態

副業転職(業務委託から正社員)

給与・報酬

時給 3,000円 ~ 6,000円

稼働時間

40時間 ~ 60時間(週10 ~ 15時間)

出社頻度

フルリモート

必須スキル/経験

以下のスキル・ご経験を必須とします ・ Pythonの経験 ・データ分析の経験

歓迎スキル/経験

歓迎条件 ・Kaggleをはじめとしたデータサイエンスコンペでテーブルデータを扱った経験 ・時系列予測において、タスク設計・評価の経験 ・需要予測プロジェクトに取り組んだ経験

スキル要件

スキル名

経験年数

種別

データ分析2年以上必須
Python2年以上必須

サービス内容の詳細

Polaris.AIではAIを軸とし、下記サービスを展開しております ‐ AI導入・活用コンサルティング ‐ オーダーメイドAI開発 ‐ AI人材育成支援

選考フロー

  1. 書類選考
  2. 1次面接
  3. 2次面接

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

同じ企業の求人

同じポジションの求人

おすすめのイベント

もっと見る
  • 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アプリケーションのパフォーマンスチューニングコンテストです。

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

    開催前

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

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

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

    アーカイブ公開中

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

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

    開催日:

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

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

    アーカイブ公開中

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

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

    開催日:

    2025年4月17日(木)19:00~20:00

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

    アーカイブ公開中

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

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

    開催日:

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

転職に役立つノウハウ

もっと見る