Rendered at 17:26:35 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
yomismoaqui 5 hours ago [-]
2022-2023 on the bottom of the main page, last release from 2023 & most recent commit from 8 months ago... seems almost dead to me
boobsbr 3 hours ago [-]
Looks like it's safer to stick to Lua and use LuaJIT.
SchizoDuckie 6 hours ago [-]
This is by far the most stupid name for a new language imaginable. Shortening it to "cyber" on the landing page too..
When will devs learn that being able to search for a term on the open internet without having it polluted by normal language is kind of important
jhbadger 6 hours ago [-]
Google's Go has made finding info on the ancient Chinese board game generally referred to in English by its Japanese name Go difficult. This has has interestingly lead to increased use of its original name Weiqi or its Korean name Baduk.
koito17 6 hours ago [-]
The Japanese name is actually 囲碁 (igo). 碁 (go) is just an abbreviation; I don't see it often in Japanese text, but for some reason the Anglosphere decided to adopt it.
囲 is a simplification of 圍, and 碁 is a Japanese-specific letter that roughly maps to 棋. If you read 圍棋 in Chinese, you get weiqi.
lukan 5 hours ago [-]
Google's search surely degraded a lot, but if I search for "go board game" - I get 0 results for the programming language.
3 hours ago [-]
tjpnz 6 hours ago [-]
In the 90s/2000s people also used to shorten cybersex to cyber. I guess if they wanted to have fun with it they could add a "Wanna Cyber?" in place of the usual "Try <x>".
josephg 6 hours ago [-]
It drove me nuts in the cryptocurrency boom that people shortened cryptocurrency to "crypto". As in, "I'm into crypto" or "I work in crypto".
Cryptography is much older than bitcoin.
duskwuff 26 minutes ago [-]
And cryptosporidium (a type of bacteria which causes diarrhea) is also often abbreviated as "crypto". Not that there's much risk of confusion in CVs, but it does lead to some amusing lines like "preventing and controlling crypto", "symptoms of crypto", etc (e.g. at https://www.cdc.gov/cryptosporidium/prevention/preventing-an...).
freedomben 5 hours ago [-]
I even had someone submit a resume that listed crypto as one of their skills. When I asked basic questions it quickly became clear they were talking about cryptocurrencies lol
ModernMech 4 hours ago [-]
"I put on my robe and wizard hat"
ModernMech 6 hours ago [-]
Devs will never learn this because naming languages after common words is exactly the PL dev culture. It's not important to pldevs because they know the median number of users for a pl is 0, large companies know they can buy the search results, so names are chosen for reasons other than SEO.
People get around it by appending "-lang" or "-script" to the name and that solves the SEO.
davidmurdoch 3 hours ago [-]
What is PL?
itintheory 3 hours ago [-]
I'm guessing it's programming language, but I don't think I've seen it abbreviated that way before.
Melonai 3 hours ago [-]
It's very common in the language design circles, but yeah, programming language.
junon 3 hours ago [-]
It's pretty common from where I sit, tbh.
fragmede 3 hours ago [-]
programming language
shevy-java 1 hours ago [-]
My old web-framework was called "cyberweb". I wanted to insinuate
that it is modern and futuristic.
At some point in time, though, I was tired of prefacing "cyber"
to I simplified it to just 'web'. Makes also more sense, e. g.
in ruby:
require 'web'
But I like cyber as a theme still. Just as a name itself, it may
indeed not be optimal, so I do not totally disagree with you
either. The name is a bit of a problem though because people
will wonder what the difference is to javascript. In turn
people using javascript wonder why it contains the substring
java.
DonHopkins 4 hours ago [-]
[dead]
Altern4tiveAcc 6 hours ago [-]
It would be nice if the examples included an integration with an existing game engine. Game scripting is a very common use case for those languages.
ericpauley 5 hours ago [-]
I think (outside hobbies) new programming language development is basically dead at this point. The major use cases have been filled, and there are more forces than ever towards using a battle-tested language with a massive ecosystem. Further, less and less code is being written or read by humans so the actual language ergonomics matter less than ever to those who would fund new language creation.
cyber_kinetist 4 hours ago [-]
For gamedev scripting, the gap has not been filled yet. Lua is good for embedding but the language itself is terrible for LLM usage (too much dynamic typing). C# is too heavy for scripting usage (long compile times, clunky to embed into a C++ engine), and other alternatives (AngelScript, daScript, ...) are just too niche.
tln 2 hours ago [-]
Why is daScript too niche?? Gamedev scripting itself is a niche, what can't you do in daScript or what would you not want to do in daScript?
daScript looks very complete
Retr0id 4 hours ago [-]
What about Python? LLMs seem to like it well enough.
w4yai 4 hours ago [-]
Slow and not so operable with C/C++
Retr0id 4 hours ago [-]
Slow I'll grant you, but I assumed for scripting use cases that didn't matter so much.
IshKebab 3 hours ago [-]
It doesn't matter that much. Probably 10x slower than C++/Rust is fine. 100x is a bit much though.
rirze 2 hours ago [-]
This gives me "why build dropbox" energy.
We never know when a revelation or unmet customer niche arrives around the corner. Never bet against it.
ModernMech 4 hours ago [-]
The major use cases have not been filled, only the major corporate use cases. That doesn't mean there aren't still major gaps to be filled now, or that the current use cases won't evolve in the future.
So it may be true that "programming language" development is done, but there are many more applications for formal languages than just writing apps and websites and such.
Moreover, it may be true that less code as a proportion of all code is being written or read by humans. But more humans today are reading and writing code than ever before. So the ability to express unambiguous ideas to agents using formal langauges is more important than ever, even if people are only reading/writing a small proportion of all code.
Similarly, it's not true that because agents will be reading / writing code that language ergonomics do not matter. Agents have resource restrictions like token budgets, and they are also trained using human knowledge and conventions. Ergonomics apply to agents just as they do humans; languages which are verbose require more tokens to write, languages that can be verified are more useful in agentic loops, languages with live compiler introspection and interpreters can give fast results to agents etc.
So I hold exactly the opposite view: it's not clear to me why languages built 30 years ago in a world where the Internet barely existed would be accidentally ideal for AI agents in 2026 to the pint we can say the whole field is solved for good (and no, I don't think the amount of training data on those languages seals the fate because that status is ephemeral and also it's not clear training on one language corpus isn't transferrable to other languages).
white_dragon88 5 hours ago [-]
[dead]
alexmuresan 5 hours ago [-]
Interesting concept I guess. But the website reads like poorly AI generated code. No information as to what the grey and orange bars mean, overlapping text and such.
derdi 5 hours ago [-]
"Showing script time (orange), load time (gray), and peak memory usage."
tosti 6 hours ago [-]
My gripe with new languages like this is that strings are always UTF-8 and that makes it needlessly difficult to parse HTTP headers correctly. This has led to vulnerabilities in the past.
josephg 6 hours ago [-]
I disagree. UTF-8 is the right default. Pure ASCII strings are rarely needed in modern software. Unless you know that you need ASCII, your strings should support unicode.
tosti 3 hours ago [-]
Internet Messages have been ASCII since Internet Messages.
jcranmer 2 hours ago [-]
Most internet protocols these days have shifted to UTF-8.
bflesch 6 hours ago [-]
I agree. At this point scripting languages should have native support for string subtypes with custom charsets (ascii/utf16) or just regexp-defined or even ENUM()'erated values.
IIRC historically on Windows, a string was UTF16, on unix it was ASCII; nowadays everywhere it's UTF8 without a way to specifically limit what goes into a string.
For example UTF8 opens the door to homoglyph attacks and various other things (RTL, spaces), and a program should be able to force a string to be ASCII-only so that these classes of problems are ruled out.
tosti 6 hours ago [-]
The NT kernel predates UTF8 by at least 3 years. It originally used UCS2, which covers the basic multilingual plane of the first unicode standard.
Georgelemental 6 hours ago [-]
Homoglyph attacks and RTL work just as well in UTF-16. UTF-8 and UTF-16 are different character encodings for the same character set (Unicode).
That being said, Windows permits unpaired surrogates in its "UTF-16" strings, even though that is not actually valid UTF-16. Similarly, many Linux APIs accept arbitrary bytes, not just valid UTF-8.
bflesch 6 hours ago [-]
Of course. I was trying to say that it would be nice to limit certain variables to an ASCII charset, or ASCII+umlaut+accents without any of the 10k other UTF8 shenanigans.
qainsights 1 hours ago [-]
Last release 2 years ago.
tln 4 hours ago [-]
There's a lot to the language. Python and Rust vibes. Written in Zig.
Seems to have lost steam. I wonder what happened
eterm 6 hours ago [-]
The benchmarking seems a little bit suspect.
It links to the bench.cy, but nothing explains how the others were measured. It seems that they're including some start-up time in some that dominates, but not explaining whether it's realistic to be needing to spend that.
als0 7 hours ago [-]
Seems to be in the same category as Lua. Can a PL nerd explain what's different about it?
derdi 5 hours ago [-]
Lua has users. Network effects are important. (I have a PhD in programming languages.)
als0 5 hours ago [-]
This. Despite my personal dislike of Python I would never discourage anyone from using it. It has an extraordinary ecosystem.
shevy-java 1 hours ago [-]
Looks cleaner than lua. Unfortunately I think new programming languages
kind of need to demonstrate first that they are really viable. So many
new languages struggled to retain momentum, such as Io by Steve Dekorte;
and some more examples (it is just one semi-random example of many more).
philipwhiuk 5 hours ago [-]
Great you came up with a compiler and some syntax.
What libraries exist.
What's package management system.
How does it interop with existing code?
Is there a JSON parser, an XML parser? Crypto algorithms? Database drivers?
People who invent languages from scratch inherit the technical debt of recreating the entire software ecosystem.
It looks like they are just pulling from the internet at the top of source files:
When will devs learn that being able to search for a term on the open internet without having it polluted by normal language is kind of important
囲 is a simplification of 圍, and 碁 is a Japanese-specific letter that roughly maps to 棋. If you read 圍棋 in Chinese, you get weiqi.
Cryptography is much older than bitcoin.
People get around it by appending "-lang" or "-script" to the name and that solves the SEO.
At some point in time, though, I was tired of prefacing "cyber" to I simplified it to just 'web'. Makes also more sense, e. g. in ruby:
But I like cyber as a theme still. Just as a name itself, it may indeed not be optimal, so I do not totally disagree with you either. The name is a bit of a problem though because people will wonder what the difference is to javascript. In turn people using javascript wonder why it contains the substring java.daScript looks very complete
We never know when a revelation or unmet customer niche arrives around the corner. Never bet against it.
This talk argues there are many purposes for formal languages other than programming: https://medium.com/bits-and-behavior/my-splash-2016-keynote-...
So it may be true that "programming language" development is done, but there are many more applications for formal languages than just writing apps and websites and such.
Moreover, it may be true that less code as a proportion of all code is being written or read by humans. But more humans today are reading and writing code than ever before. So the ability to express unambiguous ideas to agents using formal langauges is more important than ever, even if people are only reading/writing a small proportion of all code.
Similarly, it's not true that because agents will be reading / writing code that language ergonomics do not matter. Agents have resource restrictions like token budgets, and they are also trained using human knowledge and conventions. Ergonomics apply to agents just as they do humans; languages which are verbose require more tokens to write, languages that can be verified are more useful in agentic loops, languages with live compiler introspection and interpreters can give fast results to agents etc.
So I hold exactly the opposite view: it's not clear to me why languages built 30 years ago in a world where the Internet barely existed would be accidentally ideal for AI agents in 2026 to the pint we can say the whole field is solved for good (and no, I don't think the amount of training data on those languages seals the fate because that status is ephemeral and also it's not clear training on one language corpus isn't transferrable to other languages).
IIRC historically on Windows, a string was UTF16, on unix it was ASCII; nowadays everywhere it's UTF8 without a way to specifically limit what goes into a string.
For example UTF8 opens the door to homoglyph attacks and various other things (RTL, spaces), and a program should be able to force a string to be ASCII-only so that these classes of problems are ruled out.
That being said, Windows permits unpaired surrogates in its "UTF-16" strings, even though that is not actually valid UTF-16. Similarly, many Linux APIs accept arbitrary bytes, not just valid UTF-8.
It links to the bench.cy, but nothing explains how the others were measured. It seems that they're including some start-up time in some that dominates, but not explaining whether it's realistic to be needing to spend that.
What libraries exist.
What's package management system.
How does it interop with existing code?
Is there a JSON parser, an XML parser? Crypto algorithms? Database drivers?
People who invent languages from scratch inherit the technical debt of recreating the entire software ecosystem.
It looks like they are just pulling from the internet at the top of source files:
`use rl 'https://mycdn.com/raylib'`
Good luck with securing that. At least JavaScript has the sense to put it all in a single config file.