Earlier quoted context omitted.
The QuickJS thing doesn't seem like a big deal to me, provided the documentation makes it clear that code will run slower if you use Any. If I was using this project for something I'd expect to write custom TypeScript for it. The floats rather than integers thing does look bad though. I tried compiling their fibonacci example to C (--backend c) and got this: static double sc_f_fib(double sc_l_n_0) { /* /private/tmp/f…
If you’re writing Typescript with zero dependencies and trying to target native I feel like it makes more sense to write it in a different language like Rust or Go. The main reason for this I think is getting cheap perf wins by running existing code natively.
Scriptc by Vercel: TypeScript-to-Native compiler, no JavaScript engine in binary
41–50 of 165 posts
Re: Scriptc by Vercel: TypeScript-to-Native compiler, no JavaScript engine in binary
#42whats the use case for this , make it hard to reverse engineer my node projects?
Re: Scriptc by Vercel: TypeScript-to-Native compiler, no JavaScript engine in binary
#43Earlier quoted context omitted.
> I'm more than a little suspicious of how Vercel has made so much progress so fast Coding agents. They landed 918,000 lines of code in a single week: https://github.com/vercel-labs/scriptc/graphs/contributors?s...
That makes sense. It also seems like this uses a lot more dependencies and tiers of compilation whereas Porforr is trying to do everything from scratch.
Re: Scriptc by Vercel: TypeScript-to-Native compiler, no JavaScript engine in binary
#44Earlier quoted context omitted.
That makes sense. It also seems like this uses a lot more dependencies and tiers of compilation whereas Porforr is trying to do everything from scratch.
900k lines of code plus tons of deps for a compiler? Does that really make sense to you?
Re: Scriptc by Vercel: TypeScript-to-Native compiler, no JavaScript engine in binary
#45Earlier quoted context omitted.
> I'm more than a little suspicious of how Vercel has made so much progress so fast Coding agents. They landed 918,000 lines of code in a single week: https://github.com/vercel-labs/scriptc/graphs/contributors?s...
Christ. Imagine if bridges, skyscrapers, dams, cars, airplanes were designed and built like that. I vibeslopped thousands of pages of blueprints, nobody reviewed them, but another team of digital monkeys with the intellect of an ant have already built the bridge, and it seems to not have collapsed yet , so we're already directing traffic there. I can't imagine actual engineers feeling anything but deepest contempt fo…
“Actual” engineering went through a phase where bridges and other structures did collapse due to structural flaws - it’s not like they magically figured out ahead of time how to avoid that.
Now, they can build structures that are some specified tolerance away from collapsing, but that’s only the case because the edges of what was possible were explored.
Re: Scriptc by Vercel: TypeScript-to-Native compiler, no JavaScript engine in binary
#46this is interesting , so i can turn electron into a native app now? whats the use case for this , make it hard to reverse engineer my node projects?
Re: Scriptc by Vercel: TypeScript-to-Native compiler, no JavaScript engine in binary
#47A lot of people are trying this now with AI, a native TypeScript compiler, for example https://github.com/PerryTS/pry . It's a compelling value proposition, TypeScript is already well typed and barring a few cases it can be turned into machine code without a JS runtime.
Re: Scriptc by Vercel: TypeScript-to-Native compiler, no JavaScript engine in binary
#48how can you compile it if javascript is a valid subset of typescript? confused.
Re: Scriptc by Vercel: TypeScript-to-Native compiler, no JavaScript engine in binary
#49this is interesting , so i can turn electron into a native app now? whats the use case for this , make it hard to reverse engineer my node projects?
Re: Scriptc by Vercel: TypeScript-to-Native compiler, no JavaScript engine in binary
#50I can't think of any serious company or project that would use this thing.
P.S: I just checked the contributors list, I have the utmost respect to them (notably simonw), but clearly this code is claude'ish but it is not among the contributor which makes it even more suspect.