This repository was archived by the owner on Sep 1, 2026. It is now read-only.
A code runner #1669
mkvlrn (mkvlrn)
started this conversation in
Design Discussion
A code runner
#1669
Replies: 2 comments 3 replies
|
No, we have no plans for this. I don't understand why tsconfig awareness is important for this case; strip types works great as-is. |
3 replies
|
mkvlrn (@mkvlrn) https://github.com/samchon/ttsc I made Not a pure tsgo runner though - it also runs transformer plugins (something like |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Is an official code runner (similar to what tsx currently does) something that would be considered in this project?
As of now you can either use tsx or node to strip types. I'm not going to consider nodemon, ts-node, or ts-node-dev alternatives because their usability and performance is subpar.
The node option is usable, but it doesn't know about
tsconfig.json, so that's not great.And tsx uses esbuild for now, maybe it'll use tsgo at some point, but the development, support, and discussions are locked behind a paywall. Plus the maintainer is... less than friendly towards non-paying users that would discuss the project in the issues (instead of opening the discussion feature in the "free" repo). It's a whole thing.
Assuming the performance of the tsgo compiler can be leveraged for running scripts/projects, would a
tsgo runsubcommand be doable? And would it be something "production ready", as in "no more compilation step required, justtsgo runin prod"?All reactions