Lessons from 5 years of UI architecture at GitHub
summary
Five years of work on GitHub’s Rails monolith (5,000 models, 4,000 routes, 2,100 controllers, ~650 monthly contributors) yields concrete takeaways: adoption of React (≈250 React routes serving half of weekly pages) because web stacks can’t match mobile expectations, Primer and component drift create maintenance hell (5,000 buttons across the codebase), practical reuse of Highcharts and React Table saves time, design handoffs from Figma cause rework, and the rule of thumb is native is the new baseline and frontend costs 10x backend.
AI-written summary · about
chapters (9)
- 0:00Introduction
- 2:18Three UI lessons at GitHub
- 4:45Native UX baseline
- 8:19App-like web pressure
- 12:18Design system paradox
- 17:38Front-end complexity
- 23:11Design vs engineering
- 27:44Budgeting UI complexity
- 28:30Q&A
related talks
25mLessons for frontend development at scale
35mHabits for building a scalable UI
40mHow I learned to love React
19mPivoting to React, at scale
39mBeyond React
26mFrontend At Scale - Experiences Using React In A Large Organization
39mTomorrow's UI Architecture — Structuring UI applications Around Features
22mDecomposition and beyond: frontend engineering at scale
