求人票を三つの塊に分けて読む
一言でいうと
求人票は要求の一覧ではなく、そのチームが何に時間を使っているかの説明です。 読む順番を変えると、何から準備すればよいかが見えてきます。
なぜ必要なのか: 一覧として読むと全部足りなく見える
「Python, TypeScript, Go, Kotlin / FastAPI, Nest.js, Spring Boot, Langgraph / PostgreSQL, Redis, MongoDB / GCP, AWS, Docker, Kubernetes」を一覧として読むと、14個すべてを身につけなければいけないように思えます。ところが応募資格は別に書かれています。
Python、Node.jsベースのBackendサーバー開発 経験3–5年
残りは歓迎要件か、そのチームが使うツールの一覧です。一覧と資格を分けて読むのが最初のステップです。
3つの塊に分ける
求人票の文を性格ごとにまとめると、次のようになります。
| 塊 | 求人票の文 | 実際に見ているもの |
|---|---|---|
| 必須 | Backendサーバー開発、API・DB設計とドキュメント化 | リクエスト1つが通る道筋を説明できるか |
| 環境 | Docker、Kubernetes、GCP/AWS、CI/CD | 自分が作ったものを他の人が動かせる状態にしておけるか |
| 歓迎 | Go/Kotlin、Kafka、分散・MSA、大規模SQL | 規模が大きくなったとき、何が最初に壊れるかを知っているか |
面接で最も時間が使われるのは最初の塊です。残りは「やったことがあるか」を尋ね、最初の塊は「なぜそうしたのか」を尋ねます。
現場では: この求人票の特徴2つ
「サービス企画の要件を分析し、開発に必要な内容を具体化してドキュメント化する」が、業務内容の2行目にあります。これはありふれた文ではありません。仕様を受け取って実装するだけの役割ではなく、決定を下して記録に残す役割だという意味です。ADRや障害報告書を書いた経験がそのまま対応します。
「AI Agent、RAGシステム開発」が1行目にあります。ただし応募資格にはAIの経験がありません。バックエンドの力量で採用してAI製品を任せる構造だと読めます。RAGを深く知っていることよりも、検索の品質が悪いときに、検索の失敗なのか生成の失敗なのかを切り分けられることのほうが先です。