this post was submitted on 23 Jul 2024
94 points (79.0% liked)

Programming

17343 readers
240 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities [email protected]



founded 1 year ago
MODERATORS
 

Not my blog, but the author's experience reminded me of my own frustrations with Microsoft GitHub.

top 50 comments
sorted by: hot top controversial new old
[–] [email protected] 10 points 3 months ago (1 children)

I've used several different forges over my career and github is the worst by far. The navigation is clunky, the search never searches the stuff you want to look at without menu hopping, the recent repos doesn't include half the stuff you made a PR to recently, CI integration kinda sucks compared to gitlab or bitbucket.

[–] [email protected] 7 points 3 months ago (2 children)

Worse than Sourceforge? Savannah?

[–] [email protected] 2 points 3 months ago

The company i was with was still using clearcase when those were popular. I've used github, gitlab, and bitbucket as git based software forges professionally. In fairness Github is way better than the clearcase process we used.

[–] [email protected] 1 points 3 months ago

No, those are ancient. Worse than gitlab. And some of the newer ones

[–] [email protected] 6 points 3 months ago (1 children)

Edge does that shit too with JSON... It made me switch to Firefox, so good for me (other than that Firefox has a tendency to enshittify too, but in different ways).

[–] [email protected] 4 points 3 months ago (1 children)
[–] [email protected] 1 points 2 months ago (1 children)

Wasn't talking about that, but OK Boomer.

[–] [email protected] 0 points 2 months ago

You're about 30 years off, but nice try.

You absolutely were talking about that. Maybe not as your main point, but it was part of your statement.

[–] [email protected] 35 points 3 months ago (1 children)

My one complaint: Search code in a repo, and then there is no link to return to the repo home. Back, back, back, back...

[–] [email protected] 9 points 3 months ago

I got caught by this one today. I use the search feature all the time, and I don't know why I didn't notice that until today. I found the thing I was looking for, then wanted to go back to issues backlog for that repo, I clicked "Issues", that just took me to a filtered view of my search term within issues. Deleting my search term didn't help. I was clicking around for at least a minute before I realised there's actually no way back to the main repo from that page.

[–] [email protected] 20 points 3 months ago* (last edited 3 months ago) (2 children)

The only issue they mention is browser page text search not working on rendered file view (blame).

The feels legacy conclusion doesn't make any sense to me.

GitHub is not the only platform implementing virtual scrolling, partial rendering of rendered files. There's a reason they do that: Files can get big, and adding various code highlighting and interactivity costs performance. It's not a local code representation and rendered canvas. It's rendered into a DOM and DOM representation, with markup and attached logic. Which at some point quickly becomes very inefficient or costly.

Not being able to use the browser text search is an unfortunate side effect.

I consider it a worsening modernization/feature addition. That's the opposite of legacy. We're moving forward (in a bad way), not stagnating.

When I click Blame, and then press Ctrl+F, it opens not my browser text search but the in-page in-file search. It works for me. (Not that I always use that search or like it.)

[–] [email protected] 0 points 3 months ago (2 children)

There’s a reason they do that: Files can get big

Oh, boy. Wouldn't it be great if servers had a way to discover the size of the files on their storage without having to read them?

adding various code highlighting and interactivity costs performance

Somebody, quick, there's work to be done on language theory so that we learn how to do those things with a cost just proportional to the file size!

(No way! Who is that Chomsky guy you keep telling me about?)

[–] [email protected] 1 points 3 months ago

Don't really get your point here.

They virtualize the file because it's big. They know the size.

It does indeed scale with the size of the file. That's exactly the problem.

[–] [email protected] 3 points 3 months ago

Dude, his point is that if you did not implement partial rendering on a big file, the browser will have to work extra hard to render that shit. Not to mention if you add any interactivity on the client side like variable highlighting that needs to be context aware for each language... that basically turns your browser into VSCode, at that point just launch the browser based vscode using the . shortcut.

It's not a matter of the server side of things but rather on the client side of things.

[–] [email protected] 6 points 3 months ago

It would certainly help if the GitHub code search wasn't utter garbage.

[–] [email protected] 0 points 3 months ago

They should try Bitbucket

[–] [email protected] 15 points 3 months ago

While I agree with the body of the post, the title is just utter bullshit in this context.

With that being said, GitHub is a prime example of Rails in action, warts and all. To many that use Rails it probably is erring towards legacy given some of the technical decisions made regarding frontend within Rails. Rails is one of those rare stacks where it isn't uncommon to see the likes of jQuery powering parts of UI, and parts of the Rails stack trying to make quasi-SPA's. Personal thoughts aside as a former Rails developer, it's long been said that GitHub and Rails have probably been too heavily intertwined.

I can understand why they're moving to React, but the gripe seems mostly with server-side rendering - which you can do within Rails. This just feels more like a feedback piece for a specific area of functionality over saying that GitHub is legacy.

[–] [email protected] 3 points 3 months ago* (last edited 3 months ago) (4 children)

I want to self host instead, but then there's always the "what if a tornado hits my house and I lose my life's work?" fear that keeps me using GitHub...

Edit: thanks for the suggestions, I'll look into them!

[–] [email protected] 2 points 3 months ago

Not sure if that’s for you, but I’ve moved my stuff to forgejo hosted on uberspace. Not your own server, but I find it hits the sweet spot between convenience and control.

[–] [email protected] 6 points 3 months ago

Try Codeberg!

[–] [email protected] 3 points 3 months ago

There is always sourcehut

[–] [email protected] 8 points 3 months ago

Self host with backups set up?

load more comments
view more: next ›