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

必須

• Webサービスにおけるサーバーサイド開発の実務経験（3年以上、またはそれに準ずる深い知識）
• Go / Kotlin / Java / TypeScript / Python 等の言語を用いた、堅牢なバックエンドシステムの設計・実装能力
• 大規模システムにおけるデータベース設計およびクエリ最適化の経験
• Claude Code、Codex、GitHub Copilot等のAIツールを実務で活用し、開発効率向上を図った経験

歓迎

• DDD（ドメイン駆動設計）、モジュラーモノリス、イベントストーミング等の実践経験
• ドメイン境界やサブドメインの分類を、ビジネス価値の観点から設計した経験
• 大規模システムにおけるデータベース設計およびクエリ最適化の経験
• 0→1フェーズにおける技術選定やプロダクト立ち上げの経験
• Google Cloud または AWS を用いたクラウドネイティブな開発経験
• スキーマ駆動開発（Connect / gRPC 等）や型安全性を重視した設計の経験
• パフォーマンスチューニングやSRE的な観点でのシステム改善経験
• メディア、コンテンツ、および「学び」による社会変革への強い関心

求める人物像

• 自分がつくっているものが、どこで価値を生み、どこでお金になっているかを説明できる方
• 与えられた仕様をそのまま受け取らず、前提そのものを疑い、捉え方を整理し直せる方
• 「なぜそちらに寄せたのか」「何を捨てたのか」を、深掘りに耐えるかたちで語れる方
• 暗黙知を言語化してチームに渡すこと、職種の隙間に落ちたボールを拾うことを、当たり前だと思える方
• 技術かどうかに関わらず、特にAIや新しいものに自ら手を伸ばせる方

使用ツール

このポジションで、私たちが本当に求めていること

• PIVOTのサーバーサイドエンジニアに求めることは、曖昧な事業・ビジネスの解像度を上げて認識し、まだ名前のついていないものに名前を与え（言語化し）、それをプロダクトとして形にしきる力です。そしてそれを、チームや事業を巻き込み、学び続けながら実践しきれることです。
• AIによって、作ること自体の付加価値は下がってきました。だからこそ問われるのは、事業やユーザーにとって価値があることとは何かを捉え、その構造の本質をどう認識するのが適切かを議論しきれるかどうかです。ただ速く作ることではなく、適切に捉えることに時間を使えるチームでありたいと考えています。

募集背景

• 現在、PIVOTのサーバーサイドは正社員1名体制です。
• プロダクトマネジメント部として、EM／PdM／サーバーサイド／iOS／Android／QA・PM／プロダクトデザイナーが在籍しています。企画も設計も実装もQAも、この中で完結します。そのなかでサーバーサイドエンジニアは、事業やドメインを深く捉えつつ、システム全体を設計する中心にいます。技術にとどまらず、それが事業価値にどうつながるかを定義できることこそが技術力だと考えており、そこに注力しています。（設計レビューで問うのは、ドメイン境界・アーキテクチャ方針・ビジネス価値という妥当性です。）
• 既存プロダクトのグロースと新規事業の立ち上げが同時に走る、事業の変化が大きいフェーズです。だからこそ、まだ曖昧な事業の状態と成長の方向を見据えて、何がコアドメインなのかを捉えたうえで、事業の成長を支えきれる設計にこだわりたい。アーキテクチャの再設計を含め、ここに意識的にリソースを割いていきます。
• 同時に、人を増やして手を速くするだけでは解けない問題があることも分かっています。事業の方向を適切に解釈し、認識していく工程は、事業を推し進めようとする意志のある人間にしか担えません。そしてAI時代のいま、ここの認知負荷こそがボトルネックになっています。だから、実装する役割を超えて、事業に沿ったプロダクト仕様を自ら定義しにいける人が必要です。
• 「決まった仕様を実装する人」ではなく、事業の輪郭を一緒に描き、それをモデルとして言語化し、プロダクトとして形にしきる二人目のサーバーサイドエンジニアを探しています。

ドメインモデリングと設計

• ：事業責任者・PdM・デザイナーを巻き込んだイベントストーミング等を通じてユビキタス言語を定義し、ドメインモデルを先につくってから実装を進める

既存プロダクトの深化

• ：Web / モバイル / TVアプリを支えるAPI・DB設計、モジュラーモノリス化とドメイン境界の再整理

新規事業（0→1）の立ち上げ

• ：マッチングサービス等の新規プロダクトにおける、技術選定・アーキテクチャ設計・実装

make or buy の判断

• ：事業マイルストーンから流量・コストを外挿し、自作・SaaS・OSSの選択を損益分岐の問題として置き直す

AI駆動開発プロセスの推進

• ：Claude Code / Codex 等を前提とした開発フロー、レビュー、検証のあり方そのものを設計し直す

チームの形式知化

• ：個人の暗黙知を明示的に言語化し、チーム全員が自律的に開発できる状態をつくる

このポジションの魅力

• _二人目だからこそ、境界を自分で引ける_ ：サーバーサイドが1名の今なら、ドメイン境界の切り方もアーキテクチャ方針も、これから一緒に決められます。既に固まった設計に乗るのではなく、「何をコアドメインと定義するか」から議論に入れるフェーズです。
• _肩書きに関係なく、事業に染み出せる_ ：プロダクトロードマップの策定は、代表・PdM・エンジニアが全員で議論します。エンジニアが企画に口を出すことも、事業側の数字を取りにいくことも、むしろ歓迎されます。「落ちているボールを拾う」ことが職務の一部として認識されている組織です。
• _AI活用が制度として整っている_ ：Claude Code、Codex、Gemini、ChatGPT等をメンバー全員が有料プランで利用しています。AIを「使ってもいい」ではなく「使う前提で開発プロセスをどう再設計するか」を議論する段階にいます。
• ただし、技術を追うこと自体が目的ではありません。事業や人が「やりたい」と思うことを、より良く、より面白く、より簡単に実現するための手段として扱っています。

技術スタック

• Backend: Go
• Frontend: React, Next.js, TypeScript
• Infrastructure: Google Cloud
• Mobile: Swift, Kotlin
• AI Tools: Claude Code, Codex, GitHub Copilot, Gemini, ChatGPT, Notion AI
• Others: Slack, Notion, GitHub etc.

プロダクトマネジメントチームについて

• 我々「プロダクトマネジメントチーム」はプロダクトマネージャー、ソフトウェアエンジニア、QAエンジニア、コーポレートエンジニアが所属するチームです。