alt.hn

4/20/2026 at 2:29:57 PM

Rip language. Compiles to ES2022. Built-in reactivity

by perfunctory

4/23/2026 at 2:24:29 AM

> New operators — !, //, %%, =~, |>, .new(), and more Reactive operators — :=, ~=, ~> as language syntax

I my mind, this is such common mistake in language design. For people familiar with the language, adding just-one-more operator is very enticing: it's succinct and avoids naming things. But do that a few times and the language becomes a cryptic mess where everything has a random !,*,#,$,# attached somewhere. Looking at you JavaScript and C++. It can get even worse when operators can be defined in userland like in Haskell. Props to Python for keeping it mostly at bay.

by ngruhn

4/23/2026 at 7:30:18 AM

I think those are mostly well justified and substantially add to ergonomics. Await and the reactive operations are used very heavily in many codebases, and especially the reactive code is quite verbose with useState et al. .new allows constructor chaining. Python has // too, and it makes many indexing operations a lot easier to read.

One missed opportunity here is using the bitwise operators for more common use cases. They are very rarely used in this high level languages, and are a bit weird C remnant in them.

by jampekka

4/23/2026 at 3:31:55 AM

This made me think of Perl.

by burky

4/23/2026 at 7:33:44 AM

What about APL? Sigh, why not just use named functions?

I also doubt array comprehensions are a win, it feels like niche syntax.

by childintime

4/23/2026 at 7:36:29 AM

> Sigh, why not just use named functions?

I.e. a Lisp?

by jampekka

4/23/2026 at 8:09:40 AM

> Inspired by: CoffeeScript, Lisp, Ruby | Powered by: Bun

by childintime

4/23/2026 at 8:13:00 AM

I meant that most Lisps are named functions/macros only (with some named special forms), and you are calling for that kind of syntax?

by jampekka

4/23/2026 at 1:41:23 AM

This is cool. I enjoy seeing these kinds of projects, thanks for sharing it and thanks for making it.

There has been so much innovation over the years around transpilers/compilers to JS, it makes me wonder what a programming paradigm of à la carte first class language functionality could look like and how it might interoperate. A system in which I might grab Haskell type syntax, Clojure list comprehensions and JS arrow functions, all together, and all working just fine.

Probably want to break up files into more granular chunks, probably more like next gen polyglot notebooks beyond a cell per language and more like custom languages composed of features in any given cell.

The system could be made to translate between functionality based on editor preference. Like python list comprehensions? Read my Clojure comprehension in that syntax.

I know this would not perfectly map, as some language functionality is more powerful than others. Still interesting to think about.

by angleofrepose

4/23/2026 at 1:28:03 PM

It's so exhausting seeing so many unoriginal vibe coded programming languages pop up nowadays.

by okkdev

4/23/2026 at 3:48:36 PM

I would appreciate if project noted down if its vibe coded, was llm assisted or was purely human made. This way, I know how serious I should take it.

by Alifatisk

4/23/2026 at 3:06:14 AM

been using my own vue inspired library @yiin/reactive-proxy-state in backend environments with lot of joy and was thinking if the time will come for some new language to have reactivity as first class citizen, I guess this is a step towards that, interesting to see.

by Yiin

4/23/2026 at 3:02:05 AM

Completely AI generated btw :)

by nothinkjustai

4/23/2026 at 10:20:41 AM

How can you tell?

by perfunctory