Post

Today we're thrilled to announce our effort to port the TypeScript compiler and language service to native code, gaining a 10x speed boost in build times and editor responsiveness! devblogs.microsoft.com/typescript/t...

devblogs.microsoft.comA 10x Faster TypeScript - TypeScriptEmbarking on a native port of the existing TypeScript compiler and toolset to achieve a 10x performance speed-up.

JauntyWunderKind

@jauntywunderkind.bsky.social

11 Mar 2025

I wish wasm components / component model was a couple more years .mature before we jumped into this. Does Go have any support wasm components support?

Jake Bailey

@jakebailey.dev

11 Mar 2025

Go can target WASM; I've been pretty successful running tools like esbuild in the browser, which has extremely similar requirements.

Marco Ippolito

@marcoippolito.dev

11 Mar 2025

If it could perform type stripping with blank space 👀

Jake Bailey

@jakebailey.dev

Funnily the first transform implemented was a type stripper, though one that doesn't leave behind spaces.

11/3/25, 4:07 pm0 reposts0 likes

Marco Ippolito

@marcoippolito.dev

11 Mar 2025

I think having blank spaces natively would benefit everyone, no more source maps 🥹

Rasmus Schultz

@mindplay.dk

12 Mar 2025

nice in theory but you're not going to ship or deploy unminified code the TS compiler was never enough to build most projects - you likely need loaders for CSS, SVG, etc. most of the community uses the TS compiler only for IDE support (if they want that to change, we need official extension APIs)

Marco Ippolito

@marcoippolito.dev

12 Mar 2025

That is absolutely not true. Also ever heard of node.js?

Rasmus Schultz

@mindplay.dk

12 Mar 2025

I can only speak from personal experience, but no, I've never seen anybody using the vanilla tsc compiler not even for Node projects these are usually built on ts-node, tsx, a Babel loader, or something else - either for speed or features, or just for parity with the frontend (which is never tsc)