エンジニア・PdM・デザイナー・EM・QA
職種別に、
最低限知っておくべき技術。
職種によって必要な知識は違い、知っておくべき深さも違います。それぞれについて、押さえるべき技術と深度を一覧にしました。本物の DB・Linux・動くネットワーク図で、ブラウザの中で試せます。
自分の職種だけでなく、隣の職種の「深さ」も知る相互理解・共通言語・協業の質のために
プロダクトはひとつの職種だけでは作れません。同じ「データベース」でも、SRE は止まらない運用まで、Web エンジニアは設計と SQL を、PdM は「何が難しく、何が危ないか」を判断できる深さで知っています。どこまで知っているかが職種によって違うことを知っておくと、相手に合わせた説明ができ、話がすれ違いにくくなります。
- 相互理解隣の職種が何を気にして、どこまで知っているかが分かると、頼み方・説明の仕方・任せ方が変わります。
- 共通言語SLO・キャッシュ・N+1・技術的負債・Feature Flag など、職種をまたいで使う言葉を同じ意味で使えるようにします。
- 協業の質見積もり・設計レビュー・障害対応・仕様の相談で、「できる/できない」ではなく「どうすれば・何を諦めるか」を一緒に考えられます。
下の「深度の表」で職種どうしを見比べられます。章の中の「他の職種ではこの深さ」からも、同じ分野を他の職種の視点で読めます。
エンジニア
WebWebエンジニア(フロント/バックエンド)HTTP・ブラウザ・API設計・認証・フロントエンドの仕組み。AppモバイルアプリエンジニアiOS / Android、アプリのライフサイクル、オフライン、配信。SRESite Reliability Engineer信頼性・運用・インフラ。SLO、監視、Linux、ネットワーク、DB、インフラ設計、障害対応。ML機械学習エンジニアモデルの学習と評価、推論基盤、MLOps、LLM。Dataデータエンジニアデータ基盤、ETL/ELT、DWH、データモデリング、品質管理。QAQA エンジニア(テスト・品質保証)テスト設計・自動化・負荷やセキュリティのテスト・品質の指標。情シス情報システム部門・コーポレートIT社内ネットワーク・WAN・NAT・DMZ・UTM、ID管理とSSO、端末管理とEDR、SaaS・社内サーバー、ノーコード・AI推進、サイバー攻撃への備え。EMエンジニアリングマネージャー技術の判断・信頼性と障害対応の指揮・開発の生産性・人とチーム。
エンジニアと働く職種
実装はしなくても、技術を知っていると判断と合意が速くなる職種です。深さ(★)は「判断に使える・制約を知っている」が基準です。
できること
章を読むだけで完結用語解説・図解・DBやネットワークの体験・まとめ・クイズ・面接対策が、各章の流れの中に出てきます。上の一覧から職種を選んで始めますDBラボ本物の MariaDB・PostgreSQL・SQLite・Redis をその場で操作。ロック・分離レベルから、Redis のキャッシュ・キュー・メモリの上限まで動くネットワーク図DNS・TLS・CORS・OAuth・プッシュ通知・CDC・VPN・DMZ など29のシナリオを、立体図・構成図・シーケンス図などで再生Linux ラボ本物の Linux のシェルで、CPU 高負荷・ディスクフル・OOM・ポート・ログ調査を直す障害対応の演習アラートや問い合わせから、構成図の機器のログを調べて原因を当てる(API の遅延・DB の負荷・Redis・ランサムウェアなど)章末にまとめ・クイズ・面接要点の振り返り、用語の4択とフラッシュカード、「面接ではこう聞かれる」と模擬面接(どの職種の章にも)読み上げブラウザ内で動くAI音声(piper-plus)か端末の音声で、どの章も音声で復習(章のページの🔊から)
職種 × 分野の「知っておくべき深度」
分野ごとに「その職種として知っておくべき深さ」の目安です(3=必須・実務で説明できる / 2=重要・仕組みを理解 / 1=発展・概要を知っている / 0=担当外)。PdM・デザイナーの深さは「判断に使える」が基準で、実装の深さではありません。SRE以外は各職種の担当者が更新してください。
| 分野 | Web | App | SRE | ML | Data | QA | 情シス | EM | PdM | デザイナー |
|---|---|---|---|---|---|---|---|---|---|---|
| SRE概念・監視・障害対応 | 重要 | 発展 | 必須 | 発展 | 重要 | 重要 | 発展 | 重要 | 重要 | — |
| Linux・OS | 重要 | 発展 | 必須 | 重要 | 重要 | 発展 | 重要 | 発展 | — | — |
| ネットワーク(TCP/IP・DNS・TLS) | 重要 | 重要 | 必須 | 発展 | 発展 | 発展 | 必須 | 発展 | 発展 | — |
| Web技術(HTTP・API) | 必須 | 重要 | 重要 | 発展 | 発展 | 重要 | 発展 | 重要 | 重要 | 重要 |
| データベース | 必須 | 発展 | 必須 | 重要 | 必須 | 重要 | 発展 | 重要 | 発展 | — |
| アプリケーション設計 | 必須 | 必須 | 重要 | 重要 | 重要 | 重要 | — | 重要 | 発展 | 発展 |
| インフラ・クラウド・IaC | 重要 | 発展 | 必須 | 重要 | 重要 | 発展 | 重要 | 重要 | 発展 | — |
| セキュリティ | 必須 | 重要 | 重要 | 発展 | 重要 | 重要 | 必須 | 重要 | 発展 | 発展 |
| ID管理・端末管理(SSO・MDM) | 発展 | 発展 | 発展 | — | 発展 | — | 必須 | 発展 | — | — |
| パフォーマンス | 重要 | 必須 | 重要 | 重要 | 重要 | 重要 | 発展 | 重要 | 発展 | 重要 |
| コスト管理 | 発展 | — | 発展 | 重要 | 重要 | — | 重要 | 重要 | 重要 | — |
| テスト・品質保証 | 重要 | 重要 | 重要 | 発展 | 重要 | 必須 | 発展 | 重要 | 発展 | 発展 |
| UI・アクセシビリティ | 重要 | 必須 | — | — | — | 重要 | — | 発展 | 重要 | 必須 |
| 開発プロセス・チーム運営 | 重要 | 重要 | 重要 | 発展 | 発展 | 重要 | 発展 | 必須 | 必須 | 重要 |
必須(実務で説明できる)重要(仕組みを理解)発展(概要を知っている)担当外