Comment by theojulienne

I used to be a hubber - I really hope that institutional change happens at GitHub and I'm glad there are people there still fighting for it. I left because caring deeply (maybe, like the OP, too deeply) for the platform wasn't enough to shift many layers of leadership to focus on performance and reliability. Watching it crumble and lose its early-days focus on engineering excellence was just awful.

Even when we had a CEO telling people to focus on making GitHub Fast (<3), telling people to do what made GitHub better and not what people thought would make Microsoft better or make their jobs more secure to MS (because Microsoft bought GitHub because GitHub was the important thing, not so it could be a consumer of Azure) - it was still an uphill fight to change mindset and it didn't go anywhere meaningful.

I really hoped that others would be enable to enact that change after I left, but everything coming out of GitHub makes it look like the core focus is still not on making it fast or reliable or just better overall for people. If a blog post about GitHub's availability still includes the world's third-best major cloud provider as name drop on a solution, people are not focusing on making GitHub better. They are focusing on being part of Microsoft. Make GitHub better first, buy more super fast computers with the fastest everything you can buy, or at least use the best or second best public cloud provider, then work out how to leverage Microsoft to do it in-house or cheaply later. A GitHub that nobody wants to use is a bad investment for Microsoft.

Also, rip out 90% of default feature bloat integrations from initial page loads, add them as discoverable drill-downs or optional things to enable if people need it. Adding every feature under the sun (and copilot) on every place you can think of might read nice, but if you then fail people's most basic needs, you're worse off. GitHub still needs to function as the basic tool for all the future stuff to work. Accept the agentic coding paradigm shift and focus on making the tools faster for the hot paths rather than every path - and yes, that means removing stuff from the hot paths. GitHub today is like a maze, layers of settings and features, like nobody is thinking through UX anymore. This seems unrelated to performance, but this sort of "throw everything at the screen" style of UX is also what leads the backing systems to crumble under load.