I’d agree, but the caveat is that github is primarily about an interface for source control and collaboration between developers for projects. The release page is really just an also-ran in terms of importance.
Imo they aren’t even trying, because it’s not that hard to make it better. Doesn’t even have to be a compromise. Most people just need a visible download button for the programs, that’s all.
Or make a shortcut/link in the readme to the newest release of the most popular OS’s.
A decent release page tends to contain all kinds of files for different OS, so ‘regular’ people who just want the .deb or .exe would likely become confused regardless.
There is, it’s literally right there on the home page of the project. You can either copy a URL and download it by cloning the git repo, or you can download the whole project as a zip file. Then you just have to compile it!
That’s not a download button for the program. But there is indeed a link to the release page right on the home page of the project, so you’re still correct.
Do MOST people who use GitHub download .exes? In my experience the VAST majority of people are using it for source and version control, not external releases. The overwhelming majority. FOSS and OSS is a small portion of the overall GitHub user base compared to, say, enterprise companies.
No, you shouldn’t really be downloading exe’s from github. It is widely being used to spread malware and to pretend that the software is open source when it is not. At least look for a link to the store page(including microsoft store), a distro-specific package or build instructions. Those usually have an AV scan or at least harder to fake.
The github project page is for developers, and Github already gives you tons of ways to make a user website. Don’t ask your users to visit github.com/group/project, make them visit group.github.io/project, like any sane person.
Same with Gitlab, BTW.
And if you don’t like the full static site, use the wiki, or guide your users in the first paragraphs of the README so they find the user information if they must.
So when you just needed software to run on your machinr, you built it yourself. But first read every single line of code to ensure that it’s safe. Did I get that right?
Because if you don’t trust the developer to provide safe binaries then you wouldn’t trust the same developer to provide safe code either.
We’re talking about how to design one of the biggest platforms on the internet. Of course there is a compromise. No one is advocating for removing the button, but arguing that the UI is somehow deficient for people wanting to download binaries is really missing the purpose of GitHub.
Literally everyone? I’ve been a software engineer for ten years. My company doesn’t use it, and no company I’ve worked for has. I guess they are not part of “literally everyone?”
Explain to me how GitHub working on one product feature (releases) has no impact on how much they can work on others. Apparently in your rich enterprise software career you’ve found that resources and time are limitless? Or maybe you think it’s trivial for a platform like GitHub to change their UI.
This smacks of lots junior software engineers I’ve worked with who think problems are simple and solutions are easy because they’ve never actually DONE anything. I get that you’re very convinced that this is easy and cost less but it’s pretty clear to me you have no idea what you’re talking about.
Again. I’ve said before that release downloads are an additional feature. But it’s a feature most people use. Neither did I say it was easy, nor it was cheap. Just that it makes sense and that it doesn’t take anything away from the professionals regarding UI quality or focus.
Why would your company use that? Did they use github for public applications targeted to non-techincal users? Because that’s what that page is for and what a huge chunk of Github users do.
But if you want to put a some text and pictures in very specific locations and never worry about them suddenly jumping into random places, Excel is actually better than Word. That’s why people tend to use Excel for all sorts of weird purposes like that. Unlike with Word, things actually stay where you put them.
not only the ux, some devs make it absurdly confusing to find a binary.
I don’t want to throw anyone under the bus, but there’s this one niche app.
their github releases at one point were YEARS out of date, they only linked to the current version in seemingly random issue reports’ comments. And the current versions were some daily build artefacts you could find in a navigation tree many clicks deep in some unrelated website. And you’d better be savvy enough to download a successfully built artefact too. And even then the downloaded .zip contained all kinds of fluff unnescessary for using the app.
The app worked fine, sure, but actually obtaining it was fairly tricky, tbh.
absolutely, but they were in general (IIRC) suggesting them for the main downloads, but just not telling anyone outside the comments, which was the weird part
Comparing bad to bad doesn’t make any of them better lol
I’ve gone nuts trying to download a single file from the git website on my first interactions with it (because somehow adding a download file button when you’re viewing a file on the site is just too much to handle)
It’s not black and white. I actually liked a few things better about bit buckets UI. It’s been too long to remember specifics though I think it was concerning PRs and diffs. I still think GitHubs review UI is too complicated. It took me literally years to fully understand it.
It doesn’t have to be a compromise imo. Most people just need a visible download button on the front pages. Wouldn’t hurt devs at all. I mean, even devs sometimes struggle with this lol.
GitHub has bad UX for people who just wanna download and use the programs
I’d agree, but the caveat is that github is primarily about an interface for source control and collaboration between developers for projects. The release page is really just an also-ran in terms of importance.
Imo they aren’t even trying, because it’s not that hard to make it better. Doesn’t even have to be a compromise. Most people just need a visible download button for the programs, that’s all.
If that’s a concern for the project maintainers, they should create a homepage for the project with download links.
Or make a shortcut/link in the readme to the newest release of the most popular OS’s.
A decent release page tends to contain all kinds of files for different OS, so ‘regular’ people who just want the .deb or .exe would likely become confused regardless.
I mean, if you don’t even know what OS you’re on…
Next you’re going to tell me cars need boosters so babies can reach the pedals… At a certain point, it becomes irresponsible to enable ignorance.
SourceForge had a better UX for those who just want to download software.
And SF is horrible, so this says a lot.
Imagine how many download buttons would be if Github had ads.
There is, it’s literally right there on the home page of the project. You can either copy a URL and download it by cloning the git repo, or you can download the whole project as a zip file. Then you just have to compile it!
GitHub is for developers, not end users.
That’s not a download button for the program. But there is indeed a link to the release page right on the home page of the project, so you’re still correct.
It’s not a compromise to make another download button for the last release as well. No one looses.
Excel has a bad UX for people who want to use it to make art
Do most people who use Excel also make art with it? Because sometimes devs also just download exe files on GitHub :D
They don’t just always copy code from there.
Do MOST people who use GitHub download .exes? In my experience the VAST majority of people are using it for source and version control, not external releases. The overwhelming majority. FOSS and OSS is a small portion of the overall GitHub user base compared to, say, enterprise companies.
So you never downloaded a program on GitHub?
No one everever said you need to compromise its focus on developers. There is no compromise to be made. It’s just a stupid button. Stop arguing lol.
No, you shouldn’t really be downloading exe’s from github. It is widely being used to spread malware and to pretend that the software is open source when it is not. At least look for a link to the store page(including microsoft store), a distro-specific package or build instructions. Those usually have an AV scan or at least harder to fake.
The github project page is for developers, and Github already gives you tons of ways to make a user website. Don’t ask your users to visit github.com/group/project, make them visit group.github.io/project, like any sane person.
Same with Gitlab, BTW.
And if you don’t like the full static site, use the wiki, or guide your users in the first paragraphs of the README so they find the user information if they must.
Precompiled binaries?!? Not even once. It’s a security risk akin to picking up gum on the sidewalk for a fun tasty treat.
So when you just needed software to run on your machinr, you built it yourself. But first read every single line of code to ensure that it’s safe. Did I get that right?
Because if you don’t trust the developer to provide safe binaries then you wouldn’t trust the same developer to provide safe code either.
Cool, I’m not surprised as we are on Lemmy. Welcome to the 1%.
We’re talking about how to design one of the biggest platforms on the internet. Of course there is a compromise. No one is advocating for removing the button, but arguing that the UI is somehow deficient for people wanting to download binaries is really missing the purpose of GitHub.
It’s an additional feature of GitHub that literally everyone uses. Therefore it has purpose. I think it’s ridiculous to argue against it.
Explain to me how developers or the UI would suffer from easier access to releases?
Literally everyone? I’ve been a software engineer for ten years. My company doesn’t use it, and no company I’ve worked for has. I guess they are not part of “literally everyone?”
Explain to me how GitHub working on one product feature (releases) has no impact on how much they can work on others. Apparently in your rich enterprise software career you’ve found that resources and time are limitless? Or maybe you think it’s trivial for a platform like GitHub to change their UI.
This smacks of lots junior software engineers I’ve worked with who think problems are simple and solutions are easy because they’ve never actually DONE anything. I get that you’re very convinced that this is easy and cost less but it’s pretty clear to me you have no idea what you’re talking about.
Again. I’ve said before that release downloads are an additional feature. But it’s a feature most people use. Neither did I say it was easy, nor it was cheap. Just that it makes sense and that it doesn’t take anything away from the professionals regarding UI quality or focus.
Why would your company use that? Did they use github for public applications targeted to non-techincal users? Because that’s what that page is for and what a huge chunk of Github users do.
GitHub, Inc. (/ˈɡɪthʌb/[a]) is a developer platform that allows developers to create, store, manage and share their code
https://en.m.wikipedia.org/wiki/GitHub
Yes it has other functions too, but it’s primarily for code.
But if you want to put a some text and pictures in very specific locations and never worry about them suddenly jumping into random places, Excel is actually better than Word. That’s why people tend to use Excel for all sorts of weird purposes like that. Unlike with Word, things actually stay where you put them.
not only the ux, some devs make it absurdly confusing to find a binary.
I don’t want to throw anyone under the bus, but there’s this one niche app.
their github releases at one point were YEARS out of date, they only linked to the current version in seemingly random issue reports’ comments. And the current versions were some daily build artefacts you could find in a navigation tree many clicks deep in some unrelated website. And you’d better be savvy enough to download a successfully built artefact too. And even then the downloaded .zip contained all kinds of fluff unnescessary for using the app.
The app worked fine, sure, but actually obtaining it was fairly tricky, tbh.
These build artefacts probably weren’t meant for end users, that’s why they contained the “unnecessary fluff”.
absolutely, but they were in general (IIRC) suggesting them for the main downloads, but just not telling anyone outside the comments, which was the weird part
I swear they move the link to release page every few months.
I fixed it for them
GitHub has bad UX for a lot of things
The Github UX is amazing if you ever had to use gitlab or bitbucket
Comparing bad to bad doesn’t make any of them better lol
I’ve gone nuts trying to download a single file from the git website on my first interactions with it (because somehow adding a download file button when you’re viewing a file on the site is just too much to handle)
The worst part about Bitbucket is the horrible, godawful, practically useless search
It’s not black and white. I actually liked a few things better about bit buckets UI. It’s been too long to remember specifics though I think it was concerning PRs and diffs. I still think GitHubs review UI is too complicated. It took me literally years to fully understand it.
i really enjoy the lack of dark mode and the way it doesn’t work on a tablet
My bad. It indeed is black and white. There can be no redeeming aspect of bitbucket. Fair point
thank you! now was that so hard?
Sometimes I just need a reminder
That’s not really what it’s designed for though
It doesn’t have to be a compromise imo. Most people just need a visible download button on the front pages. Wouldn’t hurt devs at all. I mean, even devs sometimes struggle with this lol.
You keep using that word. I don’t think it means what you think it means.
Any change to appease you would be a compromise, you understand this, yes?