zlacker

[return to "Nanolang: A tiny experimental language designed to be targeted by coding LLMs"]
1. abraxa+dh[view] [source] 2026-01-19 23:29:26
>>Scramb+(OP)
It seems that something that does away with human friendly syntax and leans more towards a pure AST representation would be even better? Basically a Lisp but with very strict typing might do the trick. And most LLMs are probably trained on lots of Lisps already.
◧◩
2. verdve+bv[view] [source] 2026-01-20 01:47:43
>>abraxa+dh
Generally seems a bad idea to have your LLM write languages you do not understand or write yourself
◧◩◪
3. catlif+0z[view] [source] 2026-01-20 02:20:58
>>verdve+bv
Doesn’t that apply to the OP as well?
◧◩◪◨
4. verdve+uA[view] [source] 2026-01-20 02:34:22
>>catlif+0z
Yes, I'm not going to fill my precious context with documentation for a programming language

This seems like a research dead end to me, the fundamentals are not there

◧◩◪◨⬒
5. catlif+TU[view] [source] 2026-01-20 06:13:21
>>verdve+uA
It seems kind of silly that you can’t teach an LLM new tricks though, doesn’t it? This doesn’t sound like an intrinsic limitation and more an artifact of how we produce model weights today.
◧◩◪◨⬒⬓
6. verdve+3M1[view] [source] 2026-01-20 13:46:00
>>catlif+TU
getting tricks embedded into the weights is expensive, it doesn't happen in a single pass

they's why we teach them new tricks on the fly (in-context learning) with instruction files

◧◩◪◨⬒⬓⬔
7. catlif+oZ1[view] [source] 2026-01-20 15:12:43
>>verdve+3M1
Right, it sounds like an artificial limitation.
◧◩◪◨⬒⬓⬔⧯
8. verdve+Ou2[view] [source] 2026-01-20 17:13:41
>>catlif+oZ1
it's more a mathematical / algorithmic limitation
[go to top]