バックエンドエンジニアリング

求人票を一文ずつ読んで準備の順序を決め、Node.js・FastAPIでサーバーの足りない部分を自分で組み立て、サービスが頼る CS を測定で学び直し、冪等性・ロック・gRPC契約を経て、本物のPostgreSQLとHTTP境界の上でデータ整合性・認可・可観測性・デプロイを検証可能な一つのバックエンドシステムにまとめます。

코스

• 求人から読むバックエンドロードマップ — 何から手を付けるか決めてから始める
• Node.jsバックエンド — フレームワークが隠したもの — Nestを入れずにNestがやっていることを自分で立てる
• 遅くなったのは一つではなく全部だった — 詰まらせたのは一つ、遅くなるのは全部
• FastAPI — 型がそのまま契約だ — async defを一つ間違えるとサーバ全体が止まる
• 良いサービスを作る CS — 教科書の概念を計測で学び直す — データ構造・並行性・キャッシュ・時計を測って選ぶ
• 冪等性 — 二度押しても決済は一度だけ — リトライは止められない。止められるのは重複だけ
• 並行性 — 二人が同じ行を触るとき — 在庫がマイナスになるのはコードではなく順序のせいだ
• フィールド番号を変えたら、古いクライアントが黙って間違った値を読んだ — protobufのバイトとスキーマ進化の規則を手で確かめる
• 本番バックエンドAPIキャップストーン — PostgreSQLと実HTTPから運用証跡まで一つのシステムで証明する