Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Gitly: A light and fast GitHub/GitLab alternative written in V lang (pre-alpha)

gitly.org

Post reply on HN
Print view View original

61–70 of 136 posts

Re: Gitly: A light and fast GitHub/GitLab alternative written in V lang (pre-alpha)

#61

Post by [deleted] »

penagwin wrote: post #33
lazypenguin wrote: post #15

V and it's creator get a lot of flack here on HN and the criticisms are probably warranted. However, I personally enjoy seeing them out here hustling and really trying to make their language succeed despite all the shortcomings. As someone who skews more apathetic, I enjoy seeing people driven by so much passion. Now, it's time for me to be one of those critics! It's easy to promote the speed and size of your github…

> V and it's creator get a lot of flack here on HN and the criticisms are probably warranted. Hi fellow Penguin :D! I'm impressed by the creator's dedication here too, but he's clearly biting off more then he can chew - he's been saying that he's making a * Web framework * GUI framework * SQL ORM * A language that has a lot of promises - seriously checkout their list. * Github alternative * VIM alternative This stuff…

[deleted]

Re: Gitly: A light and fast GitHub/GitLab alternative written in V lang (pre-alpha)

#62

Post by crazy_horse »

agumonkey wrote: post #59
crazy_horse wrote: post #47

Earlier quoted context omitted.

Those that lie often either don't respect other people or they don't have the ability to know when they are lying. Which is scarier? Go, Nim, and Zig have similar focuses and their devs have put in years of public, good work. Some of the take downs at the time he was making his initial claims are absolutely brutal and make it clear that he not only couldn't back up his crazy claims, he wasn't getting the small stuff…

I read that article, maybe .. maybe they wised up during the last 2 years.

It's a very large amount for the most talented person to learn, much less build multiple production-grade systems with.

We all should get some grace ofc, but does he also not need to show that he's learned not to make exaggerated claims? Otherwise there is no accountability and someone else gets fucked because they run across a bug because the dev didn't know use valgrind while claiming no memory leaks. I can't like that.

How many people would love to get their service on HN for a few hours?

Re: Gitly: A light and fast GitHub/GitLab alternative written in V lang (pre-alpha)

#63

Post by amedvednikov »

penagwin wrote: post #33
lazypenguin wrote: post #15

V and it's creator get a lot of flack here on HN and the criticisms are probably warranted. However, I personally enjoy seeing them out here hustling and really trying to make their language succeed despite all the shortcomings. As someone who skews more apathetic, I enjoy seeing people driven by so much passion. Now, it's time for me to be one of those critics! It's easy to promote the speed and size of your github…

> V and it's creator get a lot of flack here on HN and the criticisms are probably warranted. Hi fellow Penguin :D! I'm impressed by the creator's dedication here too, but he's clearly biting off more then he can chew - he's been saying that he's making a * Web framework * GUI framework * SQL ORM * A language that has a lot of promises - seriously checkout their list. * Github alternative * VIM alternative This stuff…

I'm not working on these alone :)

Re: Gitly: A light and fast GitHub/GitLab alternative written in V lang (pre-alpha)

#64

Post by rvz »

_g5q8 wrote: post #21
rvz wrote: post #11

Earlier quoted context omitted.

So I should be seeing incoming lawsuits for GitLab (Who also acquired Gitorious and Gitter) GitHub, Gitea, GitKraken, Gitcoin, Gitpod, GitSense and a VSCode tool called GitLens? Why haven't they happened yet? Downvoters: So you have ALL sources to your claims that these aforementioned Git-related services have the necessary permissions to use the Git trademark from the Software Freedom Conservancy? I don't want 'prob…

They almost certainly have permission to use the phrases that way.

One simple question:

Do you have evidence of this 'permission' on all of them excluding GitLab? Any sources?

Re: Gitly: A light and fast GitHub/GitLab alternative written in V lang (pre-alpha)

#65

Post by tiffanyh »

> “ Works without JS”

> “ Open source“

> “ Minimum RAM needed is only 128 MB”

Curious to see how this compares to @drewdevault great Sourcehut.org alternative and to get his take on Gitly

For performance comparison, maybe Drew will add Gitly to https://forgeperf.org/

Re: Gitly: A light and fast GitHub/GitLab alternative written in V lang (pre-alpha)

#66

Post by amedvednikov »

crazy_horse wrote: post #47
agumonkey wrote: post #43

Earlier quoted context omitted.

i was annoyed by the hyperbolic ambitious claims but if the guy and his friends pour out solid code then there's nothing else to say :) also they seem to aim at frugal fat free programming, i cannot not like that

Those that lie often either don't respect other people or they don't have the ability to know when they are lying. Which is scarier? Go, Nim, and Zig have similar focuses and their devs have put in years of public, good work. Some of the take downs at the time he was making his initial claims are absolutely brutal and make it clear that he not only couldn't back up his crazy claims, he wasn't getting the small stuff…

Hardly an unbiased article:

> V can be bootstrapped in under a second by compiling its code translated to C with a simple cc v.c No libraries or dependencies needed.

Git is a dependency, which means perl is a dependency, which means a shell is a dependency, which means glibc is a dependency, which means that a lot of other things (including posix threads) are also dependencies. Pedantically, you could even go as far as saying that you could count the Linux kernel, the processor being used and the like as dependencies, but that's a bit out of scope for this.

==============

Ridiculous and unnecessary nitpicking.

Also benchmarking the language with a debug build, using a slower backend, and while running vfmt.

Here's a better benchmark: V compiling itself in 0.3 seconds:

https://www.youtube.com/watch?v=pvP6wmcl_Sc

Re: Gitly: A light and fast GitHub/GitLab alternative written in V lang (pre-alpha)

#67

Post by amedvednikov »

rozab wrote: post #58
kangalioo wrote: post #51

Earlier quoted context omitted.

Here is a nice mini series of blog posts about V https://christine.website/blog/series/v

The best bit is this excerpt from the standard library (2019): fn download_file(url, out string) { // println('\nDOWNLOAD FILE $out url=$url') // -L follow redirects // println('curl -L -o "$out" "$url"') os.system2('curl -s -L -o "$out" "$url"') // res := os.system('curl -s -L -o "$out" "$url"') // println(res) } Here's what that file looks like today: https://github.com/vlang/v/blob/master/vlib/net/http/downloa...

No, this file is no longer used.

We have a fully working net module:

https://github.com/vlang/v/tree/master/vlib/net/http

Re: Gitly: A light and fast GitHub/GitLab alternative written in V lang (pre-alpha)

#68

Post by amedvednikov »

crazy_horse wrote: post #44
kvark wrote: post #35

Looks like V author/community is on the track to rewrite the world. Expect operating system stuff next? I'm shocked by how quickly it goes along, though. Gitly is quite usable already, and I appreciate the swiftness. I'd think that Rust community is rewriting the world, but it's happening at much slower pace. Is V's basis strong enough to do this? Seeing the issues like [1] (about the basic memory management stuff) o…

Could someone explain to me why, after seeing how many exaggerated claims the author has made, they have invested their time into building up a community around it? I'd be straight up terrified to trust anything serious with this guy's work. In this instance, the demo won't even load for me and the documentation page can't be bothered to put the most basic of padding in it. Why even release publicly? Promises, promis…

You create a new account to spam the thread with accusations, and links to biased articles (see my comment above).

Any actual valid examples of exaggerated claims?

> and the documentation page can't be bothered to put the most basic of padding in it. Why even release publicly?

Well it hasn't been released. It's pre-alpha software, like the GitHub page says. Why would I not have it up for testing?

Re: Gitly: A light and fast GitHub/GitLab alternative written in V lang (pre-alpha)

#69

Post by SahAssar »

rozab wrote: post #58
kangalioo wrote: post #51

Earlier quoted context omitted.

Here is a nice mini series of blog posts about V https://christine.website/blog/series/v

The best bit is this excerpt from the standard library (2019): fn download_file(url, out string) { // println('\nDOWNLOAD FILE $out url=$url') // -L follow redirects // println('curl -L -o "$out" "$url"') os.system2('curl -s -L -o "$out" "$url"') // res := os.system('curl -s -L -o "$out" "$url"') // println(res) } Here's what that file looks like today: https://github.com/vlang/v/blob/master/vlib/net/http/downloa...

I don't get it, is that file's function bodies just comments now? Or does /* */ not mean a comment in V?

Re: Gitly: A light and fast GitHub/GitLab alternative written in V lang (pre-alpha)

#70

Post by crazy_horse »

amedvednikov wrote: post #68
crazy_horse wrote: post #44

Earlier quoted context omitted.

Could someone explain to me why, after seeing how many exaggerated claims the author has made, they have invested their time into building up a community around it? I'd be straight up terrified to trust anything serious with this guy's work. In this instance, the demo won't even load for me and the documentation page can't be bothered to put the most basic of padding in it. Why even release publicly? Promises, promis…

You create a new account to spam the thread with accusations, and links to biased articles (see my comment above). Any actual valid examples of exaggerated claims? > and the documentation page can't be bothered to put the most basic of padding in it. Why even release publicly? Well it hasn't been released. It's pre-alpha software, like the GitHub page says. Why would I not have it up for testing?

> You create a new account to spam the thread with accusations, and links to biased articles (see my comment above).

If you'd just look at my comment history, it's obvious this isn't the case.

I don't understand, if it is this unready, why not test it locally?

Post reply on HN