LLMアプリケーションエンジニア

募集停止

フルスタックエンジニア

LLMアプリケーションエンジニア

株式会社Things

株式会社Things

AI要約(β)

募集ポジションはフルスタックエンジニアで、年収は768万円から1,536万円です。開発するのは製品開発プラットフォーム「PRISM」で、ハードウェア開発の情報を一元管理し、DXを推進します。必要なスキルはTypeScriptでの実装経験、フロントエンドとRDBを用いたバックエンドの実務経験、AIに関する英語論文の理解と実装能力です。開発環境はNext.js、TypeScript、AWSなどを使用し、フルリモート勤務が可能です。ThingsはプレシリーズAのスタートアップで、元Yahoo!やリクルート出身のエンジニアと共に働けます。LLMを活用した新技術の実装に興味がある方におすすめです。報酬は市場平均以上で、週2日からの稼働が可能です。PRISMはハードウェア版GitHubを目指し、製造業のDXを実現します。応募時にはAIに関する実装経験をお聞かせください。福利厚生やチーム文化も充実しています。

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

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

給与・報酬

時給 4,000円 ~ 8,000円

稼働時間

64時間 ~ 160時間(週16 ~ 40時間)

雇用形態

業務委託

出社頻度

フルリモート

勤務地

-

現状と課題

Thingsが実現したいことと募集背景

『PRISM』は社内に散らばったモノづくりに関する情報を一元管理し、活用できる状態にするモノづくりデータ活用基盤です。 例えば皆さまが普段お使いのマウスも、分解すると数千の部品から構成されます。これらの一つ一つに図面やCAD、調達履歴、試験データなどの情報が付随していますが、中堅メーカーはこれらの情報を部署ごとの共有フォルダで行っています。さらに部門間の情報伝達をエクセルに依存しているため、入力ミスや更新漏れが相次ぎ手配ミスや手戻りに繋がっています。 『PRISM』ではハードウェア版GitHubとも呼べるアプローチでクラウド上に製品のSSOT(Single Source of Truth=信頼できる唯一の情報源)を構築し、バリューチェーン全体でアクセスできる状態を作る事でモノづくりDXを実現します。

また、こうした取り組みの中で図面や仕様書などの非構造化データに埋もれた情報を抽出するため、ThingsではLLMを活用しています。日々誕生する新技術を素早く実装して、顧客に届けたい方からのご応募をお待ちしています。

お願いする業務

「PRISM」の開発・運用に携わり、ソフトウェア技術を通じてものづくりのDXを推進します。主な職務内容としては下記の通りです。

  • LLM活用の検討とプロトタイプ作成・プロダクトへの実装
  • PRISMの新規機能設計・開発及び既存機能改善
  • プロダクトの技術的な課題抽出、重要度・優先度判断、改善
  • コードレビュー
必須条件
  • 実務におけるフロントエンド実装
  • 実務におけるRDBを用いたバックエンド実装
  • TypeScriptによる実装経験
  • AIに関する英語論文等の文献を読み、そのアルゴリズム/手法を理解し実装できる能力
  • 顧客を満足させ技術的に解決可能である適切なタスク定義を行う能力

※ご応募の際にメッセージにて「AIに関する英語論文等の文献を読み、そのアルゴリズム/手法を理解し実装したご経験」についてお聞かせください

得られる経験・スキル
  • 組織やプロダクトの0->1フェーズの経験
  • 幅広い開発領域の経験 (例: 希望に応じてフロントエンドエンジニアがバックエンド側の実装もする等)
  • 技術選定の経験
  • 製品情報にまつわる複雑な構造のデータや多様なフォーマットのファイルを扱う経験
  • ユーザー企業によって異なる多様なニーズを実現しつつ、保守性も担保するための設計スキルや抽象化スキル
  • SaaSを開発するにあたって必要な各種スキル、ノウハウ
  • ビジネスサイドと共に業界や顧客理解を深めながら開発する経験
開発環境
  • フロントエンド: Next.js, TypeScript, Chakra UI, Recoil
  • バックエンド: NestJS, TypeScript, Prisma(ORM), PostgreSQL(DB), Clean Architecture(設計)
  • インフラ: AWS(ECS, Fargate, S3, Cognito, CloudFront, Terraform etc ...)
  • デザインツール: Figma
  • CI: GitHub Actions
  • コミュニケーションツール: Slack, Notion
条件
  • 週2日〜
  • フルリモート可(業務委託)
  • 報酬は応相談
  • 元Yahoo!やリクルート・freee出身の優秀なエンジニアと共にお互いに刺激を与えあいながら働きたい方
  • 立場に関係なくフラットに会話をしながら仕事を進めたい方
  • 他のエンジニアと技術に関する意見交換などをしたい方(Thingsの事業範囲にとどまらない技術よもやま会があります)
  • プロダクト価値を向上するためにエンジニア視点での価値提供をしたい方
  • アーリーステージでのスタートアップで働きたい方(現在ThingsはプレシリーズAです)

技術スタック

募集要項

概要

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

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

雇用形態

業務委託

給与・報酬

時給 4,000円 ~ 8,000円

稼働時間

64時間 ~ 160時間(週16 ~ 40時間)

出社頻度

フルリモート

必須スキル/経験

  • 実務におけるフロントエンド実装
  • 実務におけるRDBを用いたバックエンド実装
  • TypeScriptによる実装経験
  • AIに関する英語論文等の文献を読み、そのアルゴリズム/手法を理解し実装できる能力
  • 顧客を満足させ技術的に解決可能である適切なタスク定義を行う能力

歓迎スキル/経験

  • Next.jsによる実装経験
  • AWSの利用経験
  • 機械学習(分類・回帰・検索・推薦・LLMなど)の知識
  • AIの開発やサービスへの実装に関する実務経験
  • AIに関する研究/論文執筆/特許出願の経験

スキル要件

スキル名

経験年数

種別

TypeScript指定なし必須
AWS指定なし歓迎
機械学習指定なし歓迎
Next.js指定なし歓迎

一緒に働くメンバー

  • 鈴木敦也

    鈴木敦也

    代表取締役

    ハードウェア開発の過程で「製品開発データのSingle Source of Truthが無い」課題を解決すべく、メーカー向け製品開発管理SaaS「PRISM」を提供しています。無類のガジェット・ハードウェア好きです。 三菱商事→bento.jp→AlphaTheta(旧Pioneer DJ)→FOVE→Things創業。 ポイント:ドバイのDJ大会で優勝したことがあります。

サービス内容の詳細

私たちは製品開発プラットフォーム「PRISM」を開発しています。

「PRISM」はメーカーの部門間に存在するサイロをなくしてハードウェアに関する情報を一元管理し、モノづくりに関わるすべてのチームで共有するためのハードウェア開発プラットフォームです。

ハードウェア開発の過程ではCADや図面、部品構成、価格情報、品質情報、工程など様々なデータが、多岐にわたるフォーマットで日々生み出されます。製品は企画に始まり設計開発、調達、生産、販売、とバトンを渡しながら完成に近づくため、各部署が必要なデータをタイムリーに入手できる事がチームワークを機能させる上で重要になります。

一方これらのデータは旧くから存在するオンプレ型業務アプリケーションや、エクセルやメールなどの手段で管理されています。GitHubやSalesforceの様に、クラウドでデータを集中管理する手法はハードウェア設計の世界にはまだ訪れていません。

「PRISM」はGitHubが得意なトレーサビリティの担保と、Salesforceのクラウド基盤の概念をモノづくりの世界で実現し、”あうんの呼吸”を製造業に再びもたらすことを目指しています。

選考フロー

  1. カジュアル面談

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

同じ企業の求人

同じポジションの求人

おすすめのイベント

もっと見る
  • AI時代に適したリポジトリって?カウシェ・LayerXに聞く最新リポジトリ構成

    開催前

    AI時代に適したリポジトリって?カウシェ・LayerXに聞く最新リポジトリ構成

    昨今、AIエージェントの活用が一般的になってきたことで、「プロジェクト全体のコードを横断的に理解させるには、コードベースが一つにまとまっている方が適しているのではないか」という議論が増えています。 一方で、モノレポにはCIのパフォーマンスやコンテキストの絞り方など運用上の課題も存在し、組織規模やプロダクトのフェーズ、チーム体制などによって最適解は異なります。「どちらが正解か」を一概に難しいと感じている方も多いのではないでしょうか。 そこで本イベントでは、iOSやKotlinを含む複数言語のコードを一つのリポジトリに集約して運用されているカウシェと、バックエンド・フロントエンドともにモノレポ化を進めてきたLayerXの2社をお迎えし、それぞれのリポジトリ構成の実例をもとに、モノレポの実際を紐解きます。 前半のLTでは、カウシェからはモノレポになった歴史や複数言語を集約したメリット・デメリットを、LayerXからはリポジトリ統合プロジェクトの進め方や意思決定の裏側をお話しいただきます。 後半のディスカッションでは、両社を交え、モノレポにするタイミングや、CI・IDEとい開発体験に関する課題の課題、AIとの親和性を上げるための工夫やスコープの絞り方など、現場目線でさらに深掘りしていきます。 モノレポへの移行を検討している方から、すでにモノレポ運用で課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。

  • 仕様駆動開発はやめた方がいいって本当?やって分かった仕様駆動開発の現在地と今後の方向性

    アーカイブ公開中

    仕様駆動開発はやめた方がいいって本当?やって分かった仕様駆動開発の現在地と今後の方向性

    昨今、AIコーディングエージェントの進化により、開発フロー自体を見直す動きが広がっています。その中で注目を集めているのが「仕様駆動開発( Spec Driven Development)」というアプローチです。 しかし現在は「仕様駆動開発」という言葉だけが独り歩きしており、具体的にどのようなフローであるべきなのか、ツールを使えば実現できるものなのかといった、実態を掴みきれないという声も多く聞かれます。 そこで本イベントでは、仕様駆動開発をはじめとしたAI駆動開発を実践されている中村充志氏をお迎えします。 前半のLTでは、、中村氏より仕様駆動開発SDDの基礎概念についてお話しいただき、ツールのデモを通じてその具体的な仕組みを提示いただきます。からハーネスとの組み合わせ、そして実際のデモを交えた実践までを紐解きます。 後半のディスカッションでは、仕様から出力される膨大なコードをどう効率的にレビューし、生産性を次のレベルへ押し上げるかという「実戦的なフロー」について議論していきます。また、その品質を支える「ハーネスエンジニアリング」という考え方も補足的に交えながら、現場で直面する疑問を紐解いていきます。 AI時代の開発フローに関心がある方から、仕様駆動開発の導入を検討されている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年5月28日(木)19:00~20:00

  • useMemo/useCallbackまだ書いてる?React Compilerで変わった開発体験

    アーカイブ公開中

    useMemo/useCallbackまだ書いてる?React Compilerで変わった開発体験

    React Compilerの登場以降、フロントエンド界隈では「これまで煩雑だったメモ化(useMemoやuseCallback、React.memo)が不要になるのではないか」と大きな話題になりました。 一方で、「本当にそのまま有効化して問題ないのか」「有効化による副作用や注意点はないのか」「従来どおりメモ化を残すべきケースはあるのか」といった不安の声も耳にします。実際に導入してみたチームからは、React Hook FormなどのライブラリやuseRefを使った実装でハマりポイントがあったという話も聞こえてきます。 そこで本イベントでは、React Compilerを有効化して1年以上本番運用されている浅見氏と、導入にあたって生成AI向けのルール整備まで仕組み化されているカケハシの大村氏をお迎えし、React Compilerの特徴や実際の導入プロセス、注意点・ベストプラクティスを紐解きます。 React Compilerが気になり始めた方から、すでに検証・導入を始めている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年5月20日(水)19:00~20:00

  • TypeScriptでAPI開発するなら知っておきたいRPC -tRPC、oRPC、HonoRPCとは-

    アーカイブ公開中

    TypeScriptでAPI開発するなら知っておきたいRPC -tRPC、oRPC、HonoRPCとは-

    昨今、バックエンドにTypeScriptを導入する事例は一般的になり、フロントエンドとバックエンドで型を共有することで開発効率を高めるさまざまなソリューションが登場しています。中でも「RPC(Remote Procedure Call)」を活用したアプローチは注目を集めており、tRPC・oRPC・Hono RPCなど複数の選択肢が存在します。 一方で、「そもそもRPCとは何か」「tRPC・oRPC・Hono RPCはそれぞれ何が違うのか」といった基本的な部分から整理したいと感じている方も多いのではないでしょうか。名前は聞いたことがあるけれど違いがわからない、どれを選べばいいのか判断がつかない、という声も少なくありません。 そこで本イベントでは、tRPCを実務で導入・運用されている海老原氏、oRPCやElysiaを活用されている柿氏、Hono RPCでマルチクライアント対応を実践されているよだか氏の3名をお迎えし、RPCの基本から各ソリューションの特徴・選定の考え方までを紐解きます。 前半のLTでは、柿氏、海老原氏、よだか氏の3名にそれぞれの視点からお話しいただきます。 後半のディスカッションでは、3名を交え、各RPCの推しポイントや課題、モバイル・Webの対応可能性を見据えた技術選定など、現場目線でさらに深掘りしていきます。 RPCという概念自体をこれから理解したい方から、すでに使っていて他の選択肢と比較したい方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年4月23日(木)19:00~20:30

  • もうNext.jsには戻れない?次世代フルスタックフレームワークTanStack Startってなに

    アーカイブ公開中

    もうNext.jsには戻れない?次世代フルスタックフレームワークTanStack Startってなに

    昨今、Next.jsの急速な進化に伴い、そのブラックボックス的な実装に疑問を感じ、新たな選択肢を模索するエンジニアの声が増え始めています。そうした中、TanStack Queryをはじめとする「TanStack系ライブラリ」や、新たなフルスタックフレームワーク「TanStack Start」への注目が高まっています。 しかし、実際の運用において「Next.jsと比べて何がどこまで変わるのか」「TanStack系ライブラリを採用する具体的なメリットは何か」を明確にイメージできている方はまだ少ないのが現状です。 そこで本イベントでは、TanStack QueryやTanStack Routerを実務で活用されている寺嶋氏と、TanStack Startをプロダクション環境で実際に採用されている池内氏をお迎えし、Next.js経験者の視点からTanStack系ライブラリ・TanStack Startの実際を紐解きます。 前半のLTでは、まず寺嶋氏よりTanStack Startの全体像やViteエコシステムにおけるポジション、Next.jsとの比較を交えた概要を解説いただきます。続いて池内氏より、TanStack Startプロダクトにおける実践的な側面(デプロイ環境、認証基盤、データベース連携など)について、現時点での整備状況をお話しいただきます。 後半のディスカッションでは、お二人を交え、チーム開発での採用やAIコーディングとの親和性など、現場目線でさらに深掘りしていきます。 TanStackが気になり始めた方から、Next.jsからの移行を検討されている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年4月9日(木)19:00~20:00

転職に役立つノウハウ

もっと見る