Live data from Hacker News

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

gitdot.io

141–150 of 322 posts

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

#141

Please, stop using "written in Rust" as some kind of advantage or killer feature.

No, it is an advantage.

I am not a rust evangelist, I am not a rust programmer or programmer at all; however while evaluating tools to use, anything written in Rust and Go at-least gets me to look at the project in more detail, since they most likely are able to ship statically linked binaries, which has been one of the key criteria for my personal evaluation of tools to select and use.

So, you might not consider it as a valid signal, however it might be for other users. Even if it has a negative connotation for you. Which in itself, again might be a good filter in case you don’t want to use it.

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

#142

Please, stop using "written in Rust" as some kind of advantage or killer feature.

Was going to point that out, as it is irrelevant, but I have seen something far worse.

> 7. How does gitdot make money?

> We don't.

> We are fortunate enough to have raised a small pre-seed round from investors we are happy to call friends, and also to be at a point in our lives where we are financially independent and in good health.

The founders of Artifact said the same thing. They had no plan to make money and once they used their own capital they decided not to continue running it anymore (no-one else wanted to invest in Artifact).

So it is only a matter of time until they eventually need to make money, raise money or shut it down.

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

#143

Please, stop using "written in Rust" as some kind of advantage or killer feature.

No, it is an advantage. I am not a rust evangelist, I am not a rust programmer or programmer at all; however while evaluating tools to use, anything written in Rust and Go at-least gets me to look at the project in more detail, since they most likely are able to ship statically linked binaries, which has been one of the key criteria for my personal evaluation of tools to select and use. So, you might not consider it…

How is statically linked binaries an unique advantage of rust or go? you can do the same with C, C++, pascal, ada, zig, and more. Rust even doesnt do the static binary file by default.

You might have better devops experience as an end-user of the said software if its statically linked and its a good trend in software sure but it is not unique to go or rust.

Admitting you don't know how to code and still trying to argue rust is better is just wild sorry.

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

#145
post #46

Love the idea of someone tackling this space in Rust, but please just make a normal UI, I have no idea what I am looking at.

I personally prefer the GitDot UI over the bloated corporate style UIs that all feel the same

Agree!

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

#146

Earlier quoted context omitted.

No, it is an advantage. I am not a rust evangelist, I am not a rust programmer or programmer at all; however while evaluating tools to use, anything written in Rust and Go at-least gets me to look at the project in more detail, since they most likely are able to ship statically linked binaries, which has been one of the key criteria for my personal evaluation of tools to select and use. So, you might not consider it…

How is statically linked binaries an unique advantage of rust or go? you can do the same with C, C++, pascal, ada, zig, and more. Rust even doesnt do the static binary file by default. You might have better devops experience as an end-user of the said software if its statically linked and its a good trend in software sure but it is not unique to go or rust. Admitting you don't know how to code and still trying to arg…

Zig and probably Pascal have the same advantage, can't speak for Ada as I've never built it.

C and C++? You've got to be joking. If the project provides static binaries, sure, but I don't want to have to worry about finding a necronomicon and summoning the correct kind of imp required to properly use whatever insane build system the project is using.

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

#148
post #132
post #109

We've built a better SpaceX! says kid with cardboard rocket in the backyard. In Rust we trust! Common man, you're not even 5% of a Github replacement. Don't act like one. You've built a Git web UI with accounts, the easy part. > Building software is still hard You don't say.

" Please don't post shallow dismissals, especially of other people's work. A good critical comment teaches us something. " " Don't be snarky. " " Please respond to the strongest plausible interpretation of what someone says, not a weaker one that's easier to criticize. Assume good faith. " Obviously this is a project at an early stage and the title expresses what they're working on, not a claim to 100% feature parity…

It's pretty honest, some times you have to be.

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

#150

Earlier quoted context omitted.

How is statically linked binaries an unique advantage of rust or go? you can do the same with C, C++, pascal, ada, zig, and more. Rust even doesnt do the static binary file by default. You might have better devops experience as an end-user of the said software if its statically linked and its a good trend in software sure but it is not unique to go or rust. Admitting you don't know how to code and still trying to arg…

Zig and probably Pascal have the same advantage, can't speak for Ada as I've never built it. C and C++? You've got to be joking. If the project provides static binaries, sure, but I don't want to have to worry about finding a necronomicon and summoning the correct kind of imp required to properly use whatever insane build system the project is using.

You are missing the point here. Single binary files are not what makes a programming language good or bad.

Its like saying "I want a red car because it goes fast" when people are actually disucssing how the engine works or how easy/difficult is it to drive etc.

You cannot base your like/dislike on that single criteria and expect that to actually make sense.

Post reply on HN