Code-Splitting • Component Based Design • Lazy-load • Translations • Emoji picker • All Resources < 3MB • Build tracker comments on PRs with a detailed breakdown of changes help engineers to review PRs by using this info and logs the size of all production builds
Progressive Enhancement isn’t just APIs • Start with a solid foundation • Tackle the core experience first, get feedback at each step. • Identify your customers • How do they vary, be specific (Adaptive serving) • Provide progressive enhancements to reach all customers • Customize the experience to each device and each “param”
to use it everywhere to measure your website and use it to rank your site on Google Search. • And Google is using it when you submit a web application to Google Play store. • Updated to 5.0 from Google I/O.
time, but we don’t have a tool to know how much data we can loaded in that time. -> Performance Budget – A Indication of resources can be loaded in that time. • We have a standard or indication about how much data, we considered to add that standard into lighthouse when we are testing our site. -> Lightwallet
videos • Site Performance • Building Successful Websites: Case Studies for Mature and Emerging Markets (Google I/O ’19) • Speed at Scale: Web Performance Tips and Tricks from the Trenches (Google I/O ’19) • Lighthouse and Lightwallet • Demystifying Speed Tooling (Google I/O ’19)