I say this every other programming language thread: Please, get some code examples up front and center, simple Hello World, and anything that shows whatever strong features your language has for organizing code like classes and so on.<p>Python, Racket and a few others do this really well. Even on the GitHub a simple short but significant enough code snippet would do wonders.<p>Maybe the syntax is exactly what I expect and I'll have more interest, or maybe its way off and I don't want to bother. Whatever the case, put some sample code up front and center.
> 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.<p>> Rust: Rust right now might be the best language out there right now. It's hard for us to criticize them because we lack the experience of building big rust projects. We do however think rust has a really slow compiler. We also think that rust might be too idealistic where it restricts the developer too much.<p>> C: C is obviously the best but... we dont always want to manage our own memory. Also their std-lib lacks alot of basic functions. You are forced to work with makefiles or similar build tools and most of those tools are very badly designed.<p>> C++: C++ is like a worse version of c. They do have the most features of any language, which allows the developers to write the greatest code and also the worst code. You let a developer work on a project for a year and suddenly you are looking at a codebase full of OOP, templates and the most hacky preprocessor logic you've ever seen. That developer says it's built using todays greatest standards, yet no one is able to understand the code at all. Sometimes you have to limit bad practices.<p>> Other: All other languages use garbage collection which makes them hard to use for millisecond realtime applications. Secondly, most languages allow you to have undefined behaviour.<p>I'm not sure if this section is really making the case you wanted to make. Either this needs to be rephrased or scrapped all together, it doesn't present the best foot forward because ideally you are recruiting people from these languages, and in your descriptions of them you make some very facile comparisons.
Always love to see people tinkering with their own languages. Everyone should write a language, at least once in their life :)<p>Skimmed through the docs. On the first look, the syntax seems to be a blend of Go and Rust.<p>Was confused by this sentence [0], perhaps some additional explanation/code example could help:<p><pre><code> When a value has ownership, it can be stored and used anywhere. But you can only store it in one place.
</code></pre>
Aside from that, I'd really like to know about<p>1) concurrency support<p>2) memory management techniques<p>As those are the most interesting aspects of any C-like language to me.<p>Good luck!<p>[0] <a href="https://ki-lang.dev/docs/dev/borrow-ref" rel="nofollow">https://ki-lang.dev/docs/dev/borrow-ref</a>
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 <a href="https://ki-lang.dev/dist/download/linux/x64/latest" rel="nofollow">https://ki-lang.dev/dist/download/linux/x64/latest</a>
build from Ki is ~40MB, so similarly sized.
Reference counting is garbage collection. I mention this because the site claims no GC nut you claim I'm this thread that ref counting is sometimes used, which makes sense because borrowing sometimes isn't enough.
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)<p>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.
> let num : u8 = 5; <-- auto converts to u8;<p>Can we please knock it off with reinventing different ways to declare a variable? This also irritates me about Rust. There’s nothing wrong with having syntax that looks like languages that have existed before. How about<p>[modifiers] [type] [variable name] = [initial value];<p>What I want in a programming language is not arbitrary new grammars, I want drop-in improvements to languages that already exist. C++ but with better dependency management. Python but statically typed (Mojo where you at?). PHP but standardize all the weirdness.<p>(Some or all of these rants could be out of date as my knowledge cutoff for languages ends at various times in the last 15 years.)
> LLVM is however really slow. There isnt much we can do about this except write our own IR compiler, which we would rather not do.<p>So compilation times are dominated by llvm so there won't be any significant improvement on compilation speed.<p>> Ki is a statically typed language. It's advantage over most languages is that you cannot have any undefined behaviour.<p>Java, C, C++ are statically typed. I understand it's not many languages, but they do represent a pretty large share of coders...
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.
I think the !! operator is redundant. If your language has a "never" type, then exit/return/break/panic should have a return type of never, so those expressions would be acceptable on the right hand side of !? anyway. I guess it's necessary if your language lacks a never type, or has a distinction between expressions and statements, although I don't know really why you <i>would</i> have either of those
Good effort. It feels like there is still a lot of improvement space for languages with a soundness+productivity focus.<p>Docs need some polishing tough. The comparison to other languages doesn't make the point of Ki clear to me.<p>Also, error handling feels like black-box magic with all those exclamation and question marks sprinkled everywhere. Those symbols seem vaguely chosen.