Live data from Hacker News

Show HN: Ki Programming Language

github.com

11–20 of 80 posts

Re: Show HN: Ki Programming Language

#11

> Go: Go is amazing. But it does have garbage collection, which can cause lag spikes in some cases. The creators were also very late on implementing common sense features, such as package versioning and generics. There are some other small mistakes, but the point is that we lack trust in their descission making. > Rust: Rust right now might be the best language out there right now. It's hard for us to criticize them…

V-lang doesn't have GC, and how it compares to it?

Re: Show HN: Ki Programming Language

#12
Word to the wise: stay away from reporting benchmarks against establish langs until your language is further along. It's often misleading when you see that your toy language is faster to compile / run than established languages, because what you'll find is that as your language grows and becomes more complete, your timings will times will go up.

Re: Show HN: Ki Programming Language

#13
post #3

Confused by the "C#: We do not use languages that expect you to install a 20GB IDE just to compile a 'hello world'." note, the .NET SDK is ~200MB last I checked, and Visual Studio is not required to compile C#. Seems like the https://ki-lang.dev/dist/download/linux/x64/latest build from Ki is ~40MB, so similarly sized.

i'll remove it ^_^ it seemed like they want you to use Visual studio and for me it was like 10GB+ for a minimal setup. idk.

that whole section, imo, could use a refactor until the language is more complete. established languages don't do that, and your language isn't complete, so until you can knock those other languages off their pedestals you should keep it light and objective with the comparisons.

Re: Show HN: Ki Programming Language

#14
Always love to see people tinkering with their own languages. Everyone should write a language, at least once in their life :)

Skimmed through the docs. On the first look, the syntax seems to be a blend of Go and Rust.

Was confused by this sentence [0], perhaps some additional explanation/code example could help:

    When a value has ownership, it can be stored and used anywhere. But you can only store it in one place.
Aside from that, I'd really like to know about

1) concurrency support

2) memory management techniques

As those are the most interesting aspects of any C-like language to me.

Good luck!

[0] https://ki-lang.dev/docs/dev/borrow-ref

Re: Show HN: Ki Programming Language

#15
post #3

Earlier quoted context omitted.

i'll remove it ^_^ it seemed like they want you to use Visual studio and for me it was like 10GB+ for a minimal setup. idk.

that whole section, imo, could use a refactor until the language is more complete. established languages don't do that, and your language isn't complete, so until you can knock those other languages off their pedestals you should keep it light and objective with the comparisons.

yeah, that might be a good idea.

Re: Show HN: Ki Programming Language

#16
Good effort. It feels like there is still a lot of improvement space for languages with a soundness+productivity focus.

Docs need some polishing tough. The comparison to other languages doesn't make the point of Ki clear to me.

Also, error handling feels like black-box magic with all those exclamation and question marks sprinkled everywhere. Those symbols seem vaguely chosen.

Re: Show HN: Ki Programming Language

#17

> Go: Go is amazing. But it does have garbage collection, which can cause lag spikes in some cases. The creators were also very late on implementing common sense features, such as package versioning and generics. There are some other small mistakes, but the point is that we lack trust in their descission making. > Rust: Rust right now might be the best language out there right now. It's hard for us to criticize them…

V-lang doesn't have GC, and how it compares to it?

V-lang is vaporware, designed to get Patreon bux off of gullible enthusiasts.

See this post [0] from 2019. Things don't seem to have got much better in recent years [1] [2] [3].

[0] https://xeiaso.net/blog/v-vaporware-2019-06-23

[1] https://news.ycombinator.com/item?id=20230351

[2] https://news.ycombinator.com/item?id=20229632

[3] https://news.ycombinator.com/item?id=31793554

Re: Show HN: Ki Programming Language

#18
Not knocking Ki or any new language but what does it offer over existing systems? I see the criticism of a few languages on the website but they all boil down in reasoning to things like: garbage collection = bad, makefiles = bad. It also doesn't mention or demonstrate how Ki addresses the complaints. For example: if Ki doesn't do garbage collection or manual memory management, what does it do? Smart pointers/reference counting? How are circular references handled? (E.g. doubly linked list)

Would recommend removing the "Other" comparison as pretty much anything that can be said there is wildly inaccurate. Would also like to see comparison with Zig as it seems to have similar goals.

Re: Show HN: Ki Programming Language

#19

> Go: Go is amazing. But it does have garbage collection, which can cause lag spikes in some cases. The creators were also very late on implementing common sense features, such as package versioning and generics. There are some other small mistakes, but the point is that we lack trust in their descission making. > Rust: Rust right now might be the best language out there right now. It's hard for us to criticize them…

V-lang doesn't have GC, and how it compares to it?

I think v-lang is faster than ki, rust, go. But their memory management isnt waterproof. Also, they have been in development for a really long time and there isnt much progress. They should have reached 1.0 by now, but they havent and i think it's because the language might have problems.

oh and, v-lang does have GC. they use boehm gc.

Re: Show HN: Ki Programming Language

#20

Word to the wise: stay away from reporting benchmarks against establish langs until your language is further along. It's often misleading when you see that your toy language is faster to compile / run than established languages, because what you'll find is that as your language grows and becomes more complete, your timings will times will go up.

Usually "no undefined behavior" also becomes an abrasion for performance when compilers grow to support more instruction sets.
Post reply on HN