The GitHub website is slow on Safari

Post by whstl » Thu, Aug 28, 2025, 2:22 PM UTC

MereInterest wrote: post #321

whstl wrote: post #275

Earlier quoted context omitted.

I love the explanation in the linked site: > Writing on the internet can be a two-way thing, a learning experience guided by iteration and feedback. I’ve learned some bad habits from Hacker News. I added Caveats sections to articles to make sure that nobody would take my points too broadly. I edited away asides and comments that were fun but would make articles less focused. I came to expect pedantic, judgmental feed…

> Pedantism is the lowest form of pseudo-intelligence. You can’t just lay this bear trap of an opportunity and expect me to not pedantically state that the word is either “pedantry”, the activity performed by pedants, or “pedantic”, to describe such activities. “Pedantism” would be a philosophy or viewpoint that extols pedantry. Pedantism would be to pedantry as deontology is to rule-following, a justification of an…

Post by giancarlostoro » Thu, Aug 28, 2025, 2:25 PM UTC

chrisbrandow wrote: post #82

giancarlostoro wrote: post #56

The GitHub website reminds me of the first video in the Clean Coders series, where he points out that eventually devs want a total rewrite to "Fix" all the shortcomings, but GitHub from the perspective of most users had nothing UI wise that needed fixing. We all would have been happy with the UI as is. Clean code argues that instead of total rewrites you should focus on gradual improvements over time, refactor code s…

It reminds me also of the original head of development of the Safari browser talking about at least the early days of building the browser. They had a rule that no commit of code could cause the browser benchmarks to get slower. And apparently he was maniacal about the rule. I don’t know if that’s a good or realistic rule for most projects, but I imagine for performant types of applications, that’s exactly what it ta…

Post by scrollaway » Thu, Aug 28, 2025, 2:36 PM UTC

sgarland wrote: post #329

scrollaway wrote: post #237

Earlier quoted context omitted.

Sending data is what’s trivial compared to compute… syntax highlighting is not trivial workload compared to that, you don’t know what you’re saying.

You say that, until you’re one of the unlucky people who discover that cloud DBs are just cloud VMs in disguise, and those cloud VMs have network throughput limits. A fun part of a retro at my company last year was me explaining to a team, “had all of your pods’ requests succeeded, the DB would have been pushing out well over 200 Gbps, which is generally reserved for top-of-rack switches.” Of course, someone else the…

Post by zozbot234 » Thu, Aug 28, 2025, 3:03 PM UTC

scrollaway wrote: post #345

sgarland wrote: post #329

Earlier quoted context omitted.

You say that, until you’re one of the unlucky people who discover that cloud DBs are just cloud VMs in disguise, and those cloud VMs have network throughput limits. A fun part of a retro at my company last year was me explaining to a team, “had all of your pods’ requests succeeded, the DB would have been pushing out well over 200 Gbps, which is generally reserved for top-of-rack switches.” Of course, someone else the…

Serving static files off highly efficient, distributed CDNs is a solved problem. There's no "4K blu-rays per second" when you're talking about gzipped, highly cacheable text data. If github has a million users visiting it per day on a FRESH cache, and all of them have to download at least 10 megabytes of text data (both of these numbers are far too high), you are at ... 0.015 "4k blurays per second". Yeah I think MS'…

Post by LtWorf » Thu, Aug 28, 2025, 7:39 PM UTC

gloosx wrote: post #305

zac23or wrote: post #221

Earlier quoted context omitted.

> Slack is one the most slick and pleasant pieces of software to use I've never heard anyone say that before!

Never heard anyone complaining either./