Tangled (https://tangled.org) is the next social coding platform to believe in imo because
- no more silo-ing, moat BS, by design - they are working on vouching which is becoming more important in the age of AI PRs
Show HN: Gitdot – A better GitHub. Open-source, written in Rust
221–230 of 322 posts
Re: Show HN: Gitdot – A better GitHub. Open-source, written in Rust
#222Earlier quoted context omitted.
> Rust even doesnt do the static binary file by default. Huh? It does. Only libc is dynamically linked, by default, which --iirc-- all programs will commonly need anyway. All the rest is statically linked. In fact, it takes some hoop-jumping to build dynamically linked binaries with cargo.
If the binary still depends on libc.so.6 (glibc) at runtime, then it is not a fully static binary (read: not a static binary). It is a dynamically linked executable, albeit one where most non-libc dependencies have been statically linked. I am not going to pretend I know Rust enough to comment (yes, would be a minute check), I was just commenting on the "Only libc is dynamically linked" bit.
That's the default. One can also statically bind that libc.so.6 quite easily. Though that's not the default.
edit: Ironically, that makes shipping the binary a tad harder, since this "linux" version won't "magically" run on about every Linux, or mac version on mac, etc. I guess that's why its not the default, though that's just me guessing.
Re: Show HN: Gitdot – A better GitHub. Open-source, written in Rust
#223Saying it’s better than GitHub is a bit of a stretch right now, when it doesn’t even support mobile and looks like the stylesheets failed to load
I agree that such a claim is a stretch, however, I personally love the minimalist look (it has its own charm). Saying it 'looks like the stylesheets failed to load' is your own exaggeration.
Re: Show HN: Gitdot – A better GitHub. Open-source, written in Rust
#224Earlier quoted context omitted.
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).
I agree. I like the website, looks minimal, but minimalism is not reflected in the stack.
The look only seems minimal as well. I need to zoom in to read, which eventually destroys the layout. A minimal website has at least basic accessibility by default, this uses some kind of "modern" styling stuff to ruin it.
Re: Show HN: Gitdot – A better GitHub. Open-source, written in Rust
#225Please, stop using "written in Rust" as some kind of advantage or killer feature.
"Written in Rust" signals some common attributes. Fast, Safe, Lightweight, Statically linked (plop a precompiled binary in ~/.local/bin and run it), few/shallow dependencies, senior developers, "Done" software. Now, certainly no guarantees, enough counter-examples, I know. And attributes that one can get with anything from PHP via Javascript to Lisp as well. Some attributes have stronger correlation than others too.…
I'm happy to label myself a Rust fanboy, but
> few/shallow dependencies
is just flat-out wrong. There's (sadly) a big culture of sprawling, deep dependencies in the Rust community. There are of course many counterexamples too, but it's definitely not correct that Rust signals the virtue you refer to.
(Incidentally, the misguided idea among some that as long as a dependency isn't through FFI, it doesn't count as a dependency, is one of the things I dislike the most about Rust culture. That, and pervasive bundling.)
Re: Show HN: Gitdot – A better GitHub. Open-source, written in Rust
#226Talking about loading animations etc. and then choosing a hard to read font and font size.
Kinda ironic isn't it?
Re: Show HN: Gitdot – A better GitHub. Open-source, written in Rust
#227Earlier 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.
Feel the same way about the intersection of Rust evangelists and vibe coders. The amount of undeserved arrogance by some hardcore believers is toxic to their culture. I am learning Rust, because there is merit to the language itself, and there are some useful and quality codebases written in it. But it's imperfect in various ways, most of all the evangelists attacking other languages as inferior and unsafe, and the increasingly common massive vibe-coded monstrosities. It's not that I'm against the use of LLMs, I'm against bad engineering practices and unmaintainable code.
Zig, on the other hand, is a breath of fresh air. There's so much to love about it, including language design that values clarity and simplicity, and the cross-compiler which is how I got started on it, by using Zig as a better build system for C projects. Their move away from GitHub and vibe-coded contributions is also commendable, it's more reason I trust their sensible judgement.
Re: Show HN: Gitdot – A better GitHub. Open-source, written in Rust
#228Please, stop using "written in Rust" as some kind of advantage or killer feature.
Imagine if someone says, written in in plain and pure JavaScript. Is there a difference? What kind of promise it tells about the software?
Re: Show HN: Gitdot – A better GitHub. Open-source, written in Rust
#229A better Github, without 99% of the features that Github has.
Re: Show HN: Gitdot – A better GitHub. Open-source, written in Rust
#230the domain is hard to speak... "git dot io" refers to git.io so you'll have to call it "git dot dot io"
I'd say it's still better than "dotnet"