alex-m

Like I said, a self proclaimed V hater

for example:

> Another lie, Alex himself wrote to me in Telegram, not the moderator.

the entire thing isn't even about him, but a different person, and that person was contacted by the moderator. Yet this guy thinks it's about him.

Not a very unbiased source.

Bugs and leaks don't make the project a scam. Every project has bugs.

Yes and please run the examples from the 2022 articles to verify that these type checker bugs have all been fixed.

(Not that having type checker bugs makes a language a scam in the first place.)

@mort96

It's very unfortunate that you make strong claims like "None of the features which sound interesting actually work, and there's no sign that anyone working on the language has any idea how they'll make them work."

and fail to post a single proof of such features.

I don't want links to articles that claim V is a scam because it uses git and electricity.

I want examples of actual false claims on the website. Because you originally said every single claim on the website is a lie.

There were no lies at the time.

V not running on every single Linux distro on release is not a lie.

V compiling without deps is not a lie (cc v.c).

etc

The 2019 article is 5 years old. Easy to count.

Well can you please list the actual reasons the product is a scam?

Can you please list 3 of those ways. I'm not seeing it.

What on earth are you talking about?

This is an article by a guy who calls himself a "V hater" and the stuff from discord sreenshots wasn't even addressed to him.

What are the lies? Please list them here, I'm genuinely interested. Bugs in experimental coroutines, a new WIP feature no even mentioned on the home page yet?

Again, please list just 3 reasons V is a scam.

The same good old 5 year old article that claims V's networking uses system("curl"), complaints that V doesn't run on every single Linux distro on release, uses debug builds with slow backend to measure performance, and complaints about V using git/make/libc and even electricity.

The 2022 article about type checker bugs that have been fixed years ago, and with false claims like the string.len one.

First sentence in the reddit comment:

> V initially made some promises that seemed completely unrealistic (automatically translating any C or C++ program to V)

lol

https://github.com/vlang/c2v

https://github.com/vlang/doom

Completely unrealistic while they literally exist and work.

It's not a scam. Read the posts by this person on this page. They're obsessed with the language and make up all these lies.

Thanks, I will.

You are right, these are two very different tasks. That's what makes solving this fun and challenging. I had it in mind when I was designing the architecture of gitly. In the end it really is going to be easily deployed and scalable.

Thanks for reporting! Yeah, markdown needs a lot of work. It will be fixed this week.

Thanks for your feedback. I'm glad you like it.

The pricing is not final, but I do want to keep it simple and affordable.

Hi,

The default font is not proportional, BUT you will be able to set it to whatever you like. There will also be an option to disable syntax highlighting.

Could you tell me what browser you are using?

You are right, I will change it to two letters.

Thanks! Glad you liked it.

You can check out one of the test repos.

In order to clone a repo, you have to sign up, sorry. That's a really fast process, but it requires email verification.

I'll add a "sign in with GitHub" button today to speed that up.

Thanks for this! Code review is really important, I'm going to try to make it the best in the industry.

Good point, I'll add a a link to a test repo to the front page.

I'll fix the "Add Collaborators" link, thanks for reporting.

> Is there a plan for a global repo search?

Yes! I hope to implement that before the end of April.

Gitly is not related to gogs. It is going to be more stable and easy to use, work better with larger projects, and have a set of unique features.

Yes, it's going to be open source.

Correct :) It's written in Go.

And you are right about deployment.

Thanks. I'll do my best to keep it simple and fast.

I absolutely love git. It's definitely going to be the central piece of the software.

Good point.

It's definitely not going to be 10 seconds for a more serious installation you described. But it will be faster than anything else. You download the binary or compile it yourself, set the path to your repositories, and you are done. No wizards!

I haven't thought about RPM and DEB packages yet, but they will be definitely supported if that's what people want.

The Go language. I can't really think of anything else right now.

I was inspired by GitHub of course, I really liked its design when it came out (it was a breath of fresh air after SourceForge and others). I tried to make it even simpler and more efficient.

Good question. I'm not using unique colors for languages. The main language is always blue, the second one is always purple etc.

Thanks!

Absolutely!

It's really easy to implement. Expect it before Saturday.

You can clone anything.

Thanks.

> I also don't mind paid solution if it'll be open source.

That's exactly what it's going to be.

Are you asking about how I'm going to be able to offer it for free for small projects?

The hardware is pretty cheap, plus there are special Compute Engine offers for startups.

Hosting on gitly.io for $1/user/month (if more than 5 users).

For self-hosting maybe I'll go the GitLab route, which I don't really like. I think the product should have the same set of features for all customers. Maybe I'll just go for paid extended support. We'll see.