4 年前、私は frontend engineering とはデザインを洗練された UI に変えることだと思っていた。本番環境は、component の外側も見るよう教えてくれた。アーキテクチャ、データの鮮度、信頼性、デリバリー、そして測定可能なユーザー成果——これらすべてが仕事の一部だ。
以下の指標はプロジェクト成果であり、普遍的なベンチマークではない。重要なのは、technical decision と観察可能な結果とのつながりだ。
成果の概要
- Architecture： page load 80% 高速化、search latency 90% 削減、PageSpeed 90 超。
- Web performance： LCP 0.5 秒未満、CLS 0.1 未満。
- Mobile reliability： リリース後 99.5% 超 の crash-free sessions。
- Delivery： SST により build および deployment 時間を 50% 以上 短縮。
4 つの教訓
- アーキテクチャの変更は、局所最適化に勝る。 React tree を調整する前に、経路全体を測る。
- Caching は freshness policy である。 静的コンテンツ、編集更新、可変データには、それぞれ異なるライフサイクルがある。
- 信頼性はユーザー向きである。 フレーム落ち、メモリ増加、読み込み失敗、クラッシュ——いずれも同じジャーニーを中断する。
- デリバリーシステムはプロダクトの一部である。 共有基盤とより安全な release は、チーム横断で効果が積み上がる。
「Senior」の意味（今の私にとって）
- ユーザー journey を測る。component render time だけではない。
- アーキテクチャをボトルネックに合わせる。 frontend repository の外にあっても。
- cache を後追いで足すのではなく、freshness と ownership をモデル化する。
- リリース後も、実際の reliability signals でプロダクトを運用する。
- 共有基盤、tests、より安全な delivery を通じて、次の engineer の道を良くする。
Framework API は変わる。このループの背後にある判断力は、有用なままであってほしい。