How is this Website so fast!?
Wes Bos4 HN recommenders · recommended in 4 months, 2024-2025
2.4M views · 2 years ago · explainer · evergreen
Wes Bos breaks down the techniques behind the McMaster-Carr website's speed: server-rendered HTML, prefetching, CDN and service worker caching, preloading, critical CSS and fixed-size images. He also notes its old-school jQuery and YUI JavaScript.
HN points to it as the clearest frontend explanation of why McMaster-Carr feels so snappy, often contrasted with slow modern UIs.
1:00:34High Performance Web Sites and YSlow
Google TechTalks
90K views • 18 years ago
56:23Speed Up Your JavaScript
Google TechTalks
136K views • 17 years ago
45:49Breaking the 1000ms Time to Glass Mobile Barrier
InfoQ
104K views • 13 years ago
35:42Progressive Performance (Chrome Dev Summit 2016)
Chrome for Developers
34K views • 10 years ago
29:47The Truth about Rust/WebAssembly Performance
Greg Johnston
218K views • 3 years ago
0:14Chrome vs Firefox vs Safari vs Servo WebRender
Jake Archibald
121K views • 10 years ago
13:45A 10x faster TypeScript
Microsoft Developer
608K views • 1 year ago
38:20Twitter and Visual Studio Rant
Molly Rocket
158K views • 6 years ago
47:34RailsConf 2011: Aaron Patterson, "Double Dream Hands: So Intense!"
O'Reilly
26K views • 15 years ago
0:56Classic Teams vs new Teams side by side video
Microsoft Teams
64K views • 3 years ago
2:50:14Simple Code, High Performance
Molly Rocket
463K views • 5 years ago
59:11How to Speed up a Python Program 114,000 times.
InfoQ
171K views • 13 years ago
59:21A Crash Course in Modern Hardware by Cliff Click
Devoxx
21K views • 10 years ago
31:17React.js Conf 2015 - Hype!
Meta Developers
108K views • 11 years ago
27:43Bringing SIMD to the Web via Dart
InfoQ
11K views • 13 years ago
1:16:58code::dive conference 2014 - Scott Meyers: Cpu Caches and Why You Care
NOKIA Technology Center Wrocław
231K views • 11 years ago
51:04[EPILEPSY WARNING] How fast should an unoptimized terminal run?
Molly Rocket
193K views • 5 years ago
45:05Servo Architecture: Safety and Performance
linux conf au 2017 - Hobart, Australia
12K views • 9 years ago
1:02:17'Fastware' - Andrei Alexandrescu [ ACCU 2016 ]
ACCU Conference
34K views • 10 years ago
1:00:58CppCon 2017: Chandler Carruth “Going Nowhere Faster”
CppCon
113K views • 9 years ago
5 comments from Hacker News
As an interesting example of the opposite UI experience, this video goes into why the McMaster-Carr website is so incredibly snappy to use: ▶ this video . It's different from GitHub in many ways (no user-generated content, day-by-day mostly static pages), but it's interesting to see how good a browsing experience can be. It makes sense given that their value as a company depends so much on making it quick and easy to find exactly what you need.
I am SO glad jofzar posted this - I remember this website but couldn't recall the company name. Here's a good video on how the site is so fast, from a frontend perspective: ▶ this video
There is (was?) an absolutely fabulous answer on quora.com which detailed how this site came to be --- from memory: - initial ecommerce site was a mess (basically a page-by-page recreation of the catalog?) which saw minimal usage - the redesign, which focused on usability --- notably reduced cognitive load --- resulted in an immediate uptick in orders which grew markedly for a long while until it represented the vast majority of their business EDIT: and also optimized for repeat orders on a schedule If someone could find that, or a better writeup, I'd be grateful (it's _not_ the Medium.com article) and this page: link is just a mentioning by the company which did the underpinnings, not the overall architect. This link is decent: link There was of course previous discussion of this here: link Video on why the site loads so fast: ▶ this video (which is from the Medium.com article)
The low lag part is especially impressive. Here is Wes Bos taking a deeper dive into the intricacies of technologies used to accomplish this: ▶ this video
To save you a click: apparently link is very fast. A person who worked there chimes in link saying they focused on speed (competing with paper catalogue), used VB.net and SQL Server with stored procs. Some other guy explains link : · Agressive pre-loading pages on hover · fixed image dimensions - there is no layout shift when they load · Dependency Injection (huh?) - only loading the JS needed on the pages where its needed · Uses pushstate to change pages so it feels faster than a full reload · agressive CDN and browser caching · Server rendered HTML (ASP .net) Funny enough they load almost a meg of JS (YUI and jQuery) but you dont notice because it feels so snappy He made a video explaining it: ▶ this video which is a lot more interesting than the inane tweet. Maybe we could replace the link with the video?