Live data from Hacker News

Show HN: Gitdot – A better GitHub. Open-source, written in Rust

gitdot.io

301–310 of 322 posts

Re: Show HN: Gitdot – A better GitHub. Open-source, written in Rust

#301

Interesting. It seems that perhaps a good mental model for solutions like this is to start federating to each other rather than to centralize and create replacement walled gardens. Mastodon style activity feeds might be a good starting point for this. The value of Github is not just hosting projects and issue tracking but the notion that it's probably the largest professional network of developers that can interact w…

That's an awesome idea and one that's already being worked on![0]

I really hope it works out, would bring so many benefits.

[0] https://codeberg.org/ForgeFed/forgefed

Re: Show HN: Gitdot – A better GitHub. Open-source, written in Rust

#305

Earlier quoted context omitted.

Yeah, rust programmers are the new software vegans. They claim it is better just because of the language, ignoring the features gap, the size of the team developing and supporting the software and not having solved any issue with the software they compete against. And to be clear, this in not in favour of GH, it is against the mentality that the programming language makes better products and programmers.

I was very excited about Rust prior to the LLM-era. I never managed to dive deep into it due to the lack of time, but was really planning to. Nowadays when everyone and their dog are either vibe-coding with Rust or constantly shouting about it's superiority, I've lost any interest in the language. I'm learning Zig.

>when everyone and their dog are either vibe-coding with Rust or constantly shouting about it's superiority, I've lost any interest in the language

None of this makes Rust worse as a language

Re: Show HN: Gitdot – A better GitHub. Open-source, written in Rust

#306

Earlier quoted context omitted.

Not asking to be pokey, genuinely curious because I have heard similar from a consistent couple camps... what stack you develop in and what VCS do you prefer?

Ironically, Git is my preferred VCS. I have used Perforce Helix, Mercurial, and SVN. It is the best of the worst. I don't think anyone in the space has made a truly great product.

Painting with a broad brush I feel like the people who still don't like git either worked with mercurial and liked it more, want to be sort of hipster or counter culture and use fossil, or work in microsoft shops or game dev shops.

Sample size is small but it's been consistent for me over the past 20 years.

I like p4/helix for the locking when working on something like a game where you need assets to be handled more carefully since there's a lot of binary floating around but despise the company and the sales / licensing games. I had a rep just ignore me completely when I emailed wanting to cancel and ended up having to go find the director of the sales org on linkedin and get him involved (and it was cancelled within 24 hours).

Re: Show HN: Gitdot – A better GitHub. Open-source, written in Rust

#307
post #214

Earlier quoted context omitted.

Or maybe your audience is developers who might want to contribute to the project, and would prefer to work in some languages more than others.

If your primary audience is people who want to contribute to it, then the fun of hacking on it is more impactful than the benefit of the offering itself. That's not bad at all! But it also does not suggest that the offering itself is particularly impactful.

Not necessarily. It isn't at all unusual to use something because it is useful and also want to be able to make improvements to it.

Re: Show HN: Gitdot – A better GitHub. Open-source, written in Rust

#308
post #83

No mobile version, but I'm visiting from a tablet, should work at least if switch to "Desktop" in the browser manually. I don't care if I get horizontal scroll - not showing your visitors anything at all is an automatic "I'm out". Second, when I browsed from an actual desktop, and clicked on links for files it was all slow as hell - specifically the part when you click on a file an expect it to just load, you instead…

I have to agree with the proposition that if you are aiming for the performant, no frills deal - and the aesthetic certainly telegraphs this - you really do not need client-side render, nor overengineered frontend frameworks like React & friends. Ditto for Styled Components (looks like you're not using the latter).

haven't written up a show hn post yet but i launched this weekend a server app for git i built all in Zig[1]

[1]: https://astheno.software/shale/

demo site https://git.mirrors.nektro.net/

Re: Show HN: Gitdot – A better GitHub. Open-source, written in Rust

#309

Earlier quoted context omitted.

"single binary, no dependencies besides crypto" would be an advantage, "written in Rust" tells nothing, except (successfully) trying to clickbait

It expresses the exact same thing you've just said and more with fewer words.

no, it's just clickbait.

- Rust is huge, many options, many programming styles

- typical Rust project has lots of transitive dependencies

- there is nothing in Rust that disallows using system libraries or linking to them

- it's not even true that the program is going to be mem-safe because there could still be unsafe {} either in the repo, or in any of the transitive deps. not to say that safety is broader than just mem-safety.

if you think "written in Rust" says anything, I'd argue that you might give it a try and find out yourself. I did that, and I am glad I am out. the reason why I am telling you is because I've been click-baited (into Rust) before, and it took me few years to realize all of this, and to make a move.

Re: Show HN: Gitdot – A better GitHub. Open-source, written in Rust

#310
post #247

Earlier quoted context omitted.

It's not about if the entire community is weird. But that a few vocal people doing something becomes the first impression of the ecosystem. Which is turning people off from exploring further, as you can see in this thread. You can make the case that if something like this turns you off from diving deeper into the language you probably weren't that motivated to begin with. But it is a noticable effect. This post isn't…

I mean, yeah... but I bet if Zig gets really popular, it will attract similarly toxic weirdoes. Also if we're only judging whole communities by their toxic minorities, then... I'm so sorry Americans reading this, I've got some bad news for you, lol What I'm trying to say is, it's best to try for yourself, and see if it fits your preferences, rather than letting others stop you from exploring.

> What I'm trying to say is, it's best to try for yourself, and see if it fits your preferences, rather than letting others stop you from exploring.

Yes, that is the rational thing to do. I don't think anybody disagrees with that. But that's not how a lot of people go throughout their day. There are a gazillion languages to pick up nowadays, and I think many experienced devs only have a casual interest in picking up a new one. If you've been interested in picking up a system language, I can easily see why you would steer away from Rust towards Zig.

And just to clarify here. You shouldn't judge an entire community based on their toxic minority. But as a community, you can't also ignore your toxic minority. Like it or not, they do represent you. And they do scare away potential newcomers who aren't already sold on the language.

Post reply on HN