[crispyporkbites]

The one true answer

[unixhero]

Yes, but why?

[sammorrowdrums]

"They violently break all the recent frontend best practices. Where is the React or Vie, SPA architecture, tons of JS? There should be a federal law prohibiting making fast and simple UIs so that nobody will have concerns that the UI frameworks war leads us to great future." - viach https://news.ycombinator.com/item?id=20775549

[orf]

Honestly the UI is confusing and pretty poor. Also looks terrible on Mobile.

[antihero]

Yes but remember, hating on React developers is the what is cool at the moment, thus the project is cool.

[hoistbypetard]

I don't have a problem using the UI on mobile. And it looks nice IMO.

And the ability to create a repo on their site by just pushing to a remote with the right name[1] has really made it easier for me to use their service. What do you find confusing and poor about the UI? I find it straightforward and efficient.

[1](https://geoff.tuxpup.com/posts/cool_sr_ht_feature/)

[orf]

Maybe I was being too critical - it is actually quite nice on mobile.

I do use the find-file feature on Github a lot, as well as the quick file editor. Both are missing here, but I kind of see that at least the file editor is not well suited to the projects ethos.

[chucky_z]

Because it’s cool! Also it’s extremely open source, has a cool tech blog, and feels like it has a lot of momentum

[tomcooks]

For starters, it's not owned by a gigagroup

[Carpetsmoker]

Instead it's owned by an abrasive difficult to deal with developer who will argue "you're just doing it wrong" with paying customers. Clearly things aren't exactly roses and sunshine here either.

[arghwhat]

Idk, I don't have the source for the conversation, but I suspect "direct" is being misinterpreted as "rude".

Using git and mercurial for large binary file storage is, 100%, wrong. Why? They're not designed for it, so they handle it really poorly. Hacks like Git LFS and annex were made for a reason.

From sourcehuts perspective, they need to serve all their customers, and an extreme performance outlier for a still small platform could degrade the experience for others by becoming a significant part of the server load. Thus, it's fair to say no.

Just like Github did back in the day to CocoaPod: https://news.ycombinator.com/item?id=11245652. They also got very unhappy.

[hoseja]

That sounds like a positive to me.

[gspr]

Example?

[arp242]

e.g. https://lobste.rs/s/j1gl4t/sourcehut_prohibits_repos_with_la...

Both the original story as well as the comments regarding Andrew's usage for Zig.

[gspr]

That doesn't sound abrasive at all to me. It's just a normal technical disagreement. What am I missing?

[MaxBarraclough]

Perhaps a relevant comparison here is Pinboard.

It's a paid subscription website and has done very well as a one-man-army project. Its success hasn't compromised its virtues of being lightweight and no-nonsense (unlike Delicious).

If SourceHut could do the same for Git that would be great.

[enriquto]

> If SourceHut could do the same for Git that would be great.

It already does. Other than some (minor) missing features that are in active development, what else do you need?

[MaxBarraclough]

It's a 'public alpha'. Personally I won't be signing up until it's describing itself as stable.

[enriquto]

You can sign-in for free while it is alpha and try it. Everything works very well except the account data export that is not still enabled. I have found it very practical and fast, much better than the typical github+travis combination.

[hoistbypetard]

Their description of "alpha" is more stable than many services that describe themselves as stable, IMO:

https://sourcehut.org/alpha-details/