It's very obvious that they've unleashed a bunch of very junior developers on front end, it's I'm surprised that it still works.
The previous AJAXed implementation had its haters, but at least it was very close to bare HTML on HTTP.
It's also getting a lot flakier. Around October or November of last year I realized that every week I see another bit of SPA jankiness. I lose my scroll position because some component has appeared or disappeared above view. The issues list shows hours-old state and does not refresh. A button doesn't work. A page loads but everything below the header is unstyled. I expand the build details but it collapses closed every time a stage finishes. A filename header appears twice. New comments don't appear. On and on.
It's very frustrating to have a tool that has spent 15 years fading into the background of reliable infrastructure become an intrusive, distracting mess.
After a couple months with jujutsu it's almost completely replaced my use of git. It’s a lot to hope for, but just as jujutsu surveyed a couple decades of VCS to syncretize a huge improvement, I do hope someone will do the same for collaborating with jujutsu. GitHub PRs feel very unfortunately frozen in amber because their popularity makes it very hard to fix the core UI design problems it has with multiple tabs, incoherent timeline, edited commits, missing "8 more comments", and now a steady drip of SPA jank.
The big remaining feature of GitHub is the network effect of coworkers and potential contributors already being logged in, and there could be a race between a competitor neutralizing that with bidirectional sync (see git-bug) and GitHub getting their usability problems sorted. Microsoft's legendary resistance to breaking changes means there's a very big window available.
I’m glad to see my feelings validated. I’m always grumpy about some good, functional software being made worse because there is a big engineering org who has to work on something so they change things and it results in degradation of the software.
I’ve been noticing GitHub’s UI getting sluggish and thought that maybe I’m off my rocker or it was a “my machine” problem, because Github wouldn’t do that… but I guess it’s pretty damn hard to prevent a bunch of devs, managers, and PMs from making changes to prove they should still be employed.
I suffer it and that’s why I’m building https://githero.app
Btw, I worked at GitHub for 3 years and they are very aware that slowness is a big issue throughout the whole product. There was a year long cross team effort to improve things but the main goals were not achieved IMO and it shows.
As an interesting example of the opposite UI experience, this video goes into why the McMaster-Carr website is so incredibly snappy to use: https://youtu.be/-Ln-8QM8KhQ.
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.
It feels very similar to Facebook UIs and everything under FB for Business (managing ads, Instagram comments, etc). Definitely because of React and the amount of client side rendering logic in general.
Which is crazy given how little interactivity and DOM state a site like GitHub actually needs to manage.
The code viewer is completely unusable for any file longer than a hundred lines. I have to clone it and browse locally instead.
It's been like this for at least a year. Does nobody at GH actually use their own website?
Have you used any other Microsoft web services? They’re all slow and terrible
Using the symbol explorer (or whatever it’s called) on files is nice for following definitions through files, but it makes the browser back button completely non-functional. Often the URL will actually change to the previous history state, but the page content never changes. Trying to then reload with the changed URL also doesn’t work for whatever reason.
It would be a really great feature if it worked correctly.
It degraded so much, I remembered how the UX used to be so enjoyable. Now, a forgejo instance hosted on an old raspberry pi at home is where my projects live, and it is fast and snappy in comparison.
GitHub, Facebook, Reddit, Instagram (on the web)... All these major websites are becoming incredibly hard to use. My intuition would be "SPA crap" but I'm pretty sure you can make great and snappy SPAs. What am I missing?
I made a competitor to GitHubs UI for Pull Requests (codeapprove.com)
It’s built in Vue. My first 5 or 6 attempts at writing the diff viewer were very slow when things got big. I optimized this a lot and now I’m pretty proud of how snappy it is.
I’m not saying this as a plug (this is mostly a passion project not a big business) but to say that it’s possible to make a snappy GitHub PR UI using a frontend framework on top of GitHub’s own APIs. You just have to care. It’s not clear that they care.
Revert GitHub to any commit from 2012. Just have code, PRs, issues, fast and reliable. Rip everything else out and cast it into the sea. I would pay more for this product.
We should make a cultural norm to keep old interface running when rewriting projects start. Just like https://old.reddit.com/ is still chugging.
At least as reference for rewrite developers to remind what that should strive to outperform.
I'm building a new Git hosting service, focused on performance and using HTMX. For example, compare page load time:
Related ongoing thread (i.e. since the OP is a few months old, I assume it was posted in connection with):
GitHub pull requests were down - https://news.ycombinator.com/item?id=44799494 - Aug 2025 (113 comments)
I still maintain that building web frontend using classical server side template + progressive enhancement in JS is superior.
Too bad that everything has to be rewritten in React.
wow, every web ui is going to shit after a decade of cargo culting SPAs and shiny completely unnecessary frameworks! no one could have possibly saw this coming.
Reminds me of a discussion that Casey Muratori and Robert Martin had over clean code and it's impact on performance... but not because of the subject matter. They were using GitHub as a medium for their discussion, and they ran into some serious lag when typing paragraphs into just the hundreds of characters (ctrl+f emoji, ~1/4 of the way through):
https://github.com/unclebob/cmuratori-discussion/blob/main/c...
Definitely immediately noticed slowdown after the sidebar and other updates. I thought surely they would fix it quickly but no... And now it seems like the only way they support to browse!
If you just need a place to store your code, self-hosted Gitea is very easy.
Your discoverability will drop to close to zero, and Actions are trickier to set up. Plus, you'll have to come up with a backup plan.
But, you'll be hosting your code on your machine, Microsoft will be out of the loop completely, and you won't be feeding the AI monsters if your repo's are set to "private".
Slower and broken more often, a winning combination!
Yes, even at the point where some items fail to render with proper style and the buttons don't work. I wish there were a GitHub frontend that used more basic HTML for it to work on older browsers and lower network speeds.
Can’t they use their AI to rewrite the entire thing to be faster?
> You guys developing at GitHub, you're using GitHub to develop it, right?
They could be using an internal beta version so they can "eat their own dogfood" before shipping.
Funny to see GitHub still on the path to React, while Edge is already migrating to web components, due to performance issues related to React.
I'm so glad someone documented this. it's been driving me crazy. I was just in a serious crunch mode for a couple of week, so all kinds of minor speed bumps in my workflow have become really evident to me. The UI transition between PR "tabs" has been one of the worst.
The website is crashing constantly on me. I just assumed it's Microsoft doing their typical thing.
Interestingly enough, the iOS app has been working really well for me.
Performance, usability and overall adaptability to the phone size, it is incredible how a native app can be that good.
I wish the Web UI performed as well as the native iOS app.
There is a whole new paradigm in UX design now: get rid of immediate page changes and loading states and instead keep the user on the same page until things load, and show it when it's ready.
My PC hangs as soon as any "dynamic" javascript button starts to load! I'm glad I was not the only one, finally!
I always wondered why back button in iOS is not working on github, this broken client side routing makes no sense
Obviously if you use any kind of javascript on such website things go to hell. Git solutions are Forgejo are running circles around gitlab and github, it renders everything insanely fast.
Disappointing devs still try to justify javascript on large sites like git.
Once a company achieves market dominance the only thing left to force a focus on users is its management.
it felt like DNS was broken at some points because the page just wouldn't load, and sometimes just the navigation bar would load, but no content -- is this what you're talking about ?
Incredibly well timed given today's outage
Ooh ooh I know this one! Because its Microsoft!
i've noticed viewing diffs to be a painpoint, doesn't load the entire thing.
Because Microsoft bought them.
In web development, frontend product devs are not incentivized to make features fast — the general approach in companies is "ship first, optimize later".
GitHub is one of the few companies where performance is actually commented upon, but in the vast majority of cases stuff just gets slightly slower and nobody cares.
it's turbolinks and rails
Githubs performance has been rapidly degrading ever since they started rewriting everything in React.
It's basically impossible to view diffs now because they often fail to load, render correctly, or just are incredibly slow.