Consider Pure JS Transpilation about percy HOT 2 CLOSED

Do you mean "readable JS" transpiration, like ReScript (ex Reason) or , or asm.js-style compilation (WASM precursor, the fastest JS subset, a target for compiling, say, C)?
Both are outside the scope of just this one framework, but I'm curious which one you meant.
As for performance of JS glue code, it seems acceptable.
The reason includes optimizations such as what is described here.
Once the situation with caching of already-compiled WASM modules improves in browsers, the worst part (startup time) will also be eliminated.

As for Percy specifically... Percy uses a virtual DOM. The vdom strategy has an unavoidable intrinsic cost.
JS Libraries like React, Preact, Inferno have spent years optimizing the performance of that, yet React is beaten by Yew (including current WASM overheads), which uses a vdom, but does that computationally intensive work in WASM.

Perhaps there is still a meaningful overhead to WASM-JS ffi, which is how solid.js still beats rust-dominator, despite not even having a SignalVec equivalent.

However, they both beat the fastest vdom libraries, such as Inferno, for updates, because they avoid a vdom entirely, and instead use reactive signals, which necessarily provide a slightly different end-user API than vdom libraries tend to. (This actually gives a mindful user even more optimization potential.)

from percy.

@L1lith thanks for sharing lots of ideas, excited to have you around!

I agree with @qm3ster that transpilation would be out of scope, so I'm going to close this.

But I'd like to repeat that I really appreciate you coming to the table with your ideas!

from percy.