←back to thread

The GitHub website is slow on Safari

(github.com)
446 points talboren | 4 comments | 27 Aug 25 09:43 UTC | HN request time: 0s | source
Show context
PedroBatista ◴[27 Aug 25 13:10 UTC] No.45039192[source]▶
The Github website is slow everywhere. It is truly a piece of shit software both in terms of performance but also UX/UI and everything in between.

It's a product of many cooks and their brilliant ideas and KPIs, a social network for devs and code being the most "brilliant" of them all. For day to day dev operations is something so mediocre even Gitlab looks like the golden standard compared to Github.

And no, the problem is not "Rails" or [ insert any other tech BS to deflect the real problems ].

replies(17): >>45039249 #>>45039365 #>>45039680 #>>45039841 #>>45040328 #>>45040430 #>>45041105 #>>45041125 #>>45041207 #>>45042280 #>>45042385 #>>45044131 #>>45046133 #>>45048521 #>>45050100 #>>45051138 #>>45062005 #
bob1029 ◴[27 Aug 25 13:14 UTC] No.45039249[source]▶
> And no, the problem is not "Rails"

The problem is they abandoned rails for react. The old SSR GitHub experience was very good. You could review massive PRs on any machine before they made the move.

replies(10): >>45039310 #>>45039407 #>>45039686 #>>45040388 #>>45041936 #>>45043631 #>>45048845 #>>45049190 #>>45051019 #>>45051373 #
agos ◴[27 Aug 25 13:29 UTC] No.45039407[source]▶
if you look at the thread, the explanation is not this easy, as much as it's satisfying to blame React (or any other single tech)
replies(5): >>45039679 #>>45039778 #>>45042874 #>>45043242 #>>45051016 #
bob1029 ◴[27 Aug 25 13:52 UTC] No.45039679[source]▶
You're right. The technology is not necessarily flawed. It is more about the people who decided to use it and the way in which they used it.
replies(1): >>45039835 #
agos ◴[27 Aug 25 14:00 UTC] No.45039835[source]▶
exactly. I don't want to do a "no true scotsman" to defend React, but circumstantial evidence suggests that they wildly misused the tool
replies(2): >>45041699 #>>45042753 #
1. xcrunner529 ◴[27 Aug 25 17:51 UTC] No.45042753[source]▶
So PHP <6 was a great language?
replies(1): >>45043459 #
2. zerocharge ◴[27 Aug 25 18:48 UTC] No.45043459[source]▶
The front-end is usually just a thin layer on top of a database, sometimes with backend services (queues/processing). Having a bad language on the front-end actually helped. You don't want to write code because of the bad language, you write less code, less code is less bugs. You had to be invested to increase the lines of code. It's like the hard chair of programming languages. If you don't want programmers to dwell there, bring the hard chairs.
replies(1): >>45049982 #
3. guappa ◴[28 Aug 25 08:58 UTC] No.45049982[source]▶
Have you not seen the internet these past decades?
replies(1): >>45053083 #
4. zerocharge ◴[28 Aug 25 15:02 UTC] No.45053083{3}[source]▶
It's meant in a tongue in cheek way. Day to day I develop in C# and Typescript/React using all the latest bells and whistles. Long for the simpler times though. The time before product managers, Scrum and ticket driven development. All the tickets drive the complexity that maybe shouldn't exist. Hard to push back against feature requests when it's a one-way street.