Solid2.0 rewritten by lilscript - smaller bundles size. Needs work

[yeargun]

Lilscript makes VSCode's core modules sizes 20% smaller on average

also libraries like the following ones got smaller, not crazy much but somewhat(1-15%), with very tiny performance gains and losses:

• solidjs
• marked (most popular markdown rendering library)
• mobx
• motion https://yeargun.github.io/lilscript/

[yeargun]

@ryansolid Lots of people I shared this idea with, ghosted me.

But I am in a belief that, any tryhard project could benefit from lilscript.
And indeed lilscript could make solidjs better.

Handmade tailored js with all browser quirks on mind is >> lilscript compiler in terms of performance.
But compression aware property mangling and extra tricks? no.
You could be explicit on your performance weirdness with LilScript, so it compiles into well defined js anyways, always.

Also agents write normal js codes, with objects and lots of weirdities all around. LilScript compiles them into both often times more performant primitives and reduce bundle sizes along the way.

It does somewhat matter, if solidjs get rewritten with lilscript
https://www.npmjs.com/package/@itslil/solidjs

But what actualy matter is not only the framework itself, but the whole app.

When rewritten with LilScript, non optimized js code gets. 20% smaller compared to best performing js ts bundlers(oxc/terser/esbuild/..). And almost always faster.

Also TypeScript is a glue fix thats for sure, syntactic overheads, this that..

==

That being said, any of yall. I am seeking feedbacks.
To me, LilScript idea is huge and it will become my biggest contribution to tech my entire life. Who cares? Idk, idc. I am just shocked that LilScript gets no attention.

And wondering if I am delusional or..

[yeargun]

Also very important to mention,

Today's LLMs can one shot migrate your codebase into LilScript