←back to thread

Four Years of Jai (2024)

(smarimccarthy.is)
166 points xixixao | 1 comments | | HN request time: 0s | source
Show context
sph ◴[] No.43726312[source]
Surprising deep and level headed analysis. Jai intrigues me a lot, but my cantankerous opinion is that I will not waste my energy learning a closed source language; this ain’t the 90s any more.

I am perfectly fine for it to remain a closed alpha while Jonathan irons out the design and enacts his vision, but I hope its source gets released or forked as free software eventually.

What I am curious about, which is how I evaluate any systems programming language, is how easy it is to write a kernel with Jai. Do I have access to an asm keyword, or can I easily link assembly files? Do I have access to the linker phase to customize the layout of the ELF file? Does it need a runtime to work? Can I disable the standard library?

replies(4): >>43726339 #>>43726530 #>>43726853 #>>43730682 #
mjburgess ◴[] No.43726339[source]
Iirc, pretty sure jblow has said he's open sourcing it. I think the rough timeline is: release game within the year, then the language (closed-source), then open source it.

Tbh, I think a lot of open source projects should consider following a similar strategy --- as soon as something's open sourced, you're now dealing with a lot of community management work which is onerous.

replies(3): >>43726361 #>>43726379 #>>43749235 #
xigoi ◴[] No.43726361[source]
> as soon as something's open sourced, you're now dealing with a lot of community management work which is onerous.

This is a common misconception. You can release the source code of your software without accepting contributions.

replies(5): >>43726406 #>>43726410 #>>43726436 #>>43726493 #>>43726632 #
chii ◴[] No.43726493[source]
> without accepting contributions.

it's not even contributions, but that other people might start asking for features, discuss direction independently (which is fine, but jblow has been on the record saying that he doesn't want even the distraction of such).

The current idea of doing jai closed sourced is to control the type of people who would be able to alpha test it - people who would be capable of overlooking the jank, but would have feedback for fundamental issues that aren't related to polish. They would also be capable of accepting alpha level completeness of the librries, and be capable of dissecting a compiler bug from their own bug or misuse of a feature etc.

You can't get any of these level of control if the source is opened.

replies(1): >>43726534 #
lifthrasiir ◴[] No.43726534[source]
You can simply ignore them. This worked for many smaller programming languages so far, and there exist enough open source softwares that are still governed entirely by a small group of developers. The closedness of Jai simply means that Blow doesn't understand this aspect of open source.
replies(5): >>43726583 #>>43727170 #>>43729370 #>>43731354 #>>43734631 #
ksec ◴[] No.43727170[source]
>You can simply ignore them.

You say this now but between 2013 - around 2023, The definition of Open source is that if you dont engage with the community and dont accept PRs it is not open source. And people will start bad mouth the project around the internet.

Working on a project is hard enough as it is.

replies(4): >>43727460 #>>43729162 #>>43729787 #>>43730116 #
1. MyOutfitIsVague ◴[] No.43729787{3}[source]
> if you dont engage with the community and dont accept PRs it is not open source

You'd be really hard pressed to find somebody who doesn't consider SQLite to be open source.