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

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

11/3/25, 3:30 pm0 reposts5 likes

JauntyWunderKind

@jauntywunderkind.bsky.social

11 Mar 2025

Yeah, I can see that. Bad phrasing on my part. There's no sense waiting. I do wish an actually modular component-model was production ready & widely used, such that a more polyglot & modular future could be taking root here. But, again, no sense waiting for that.

Marco Ippolito

@marcoippolito.dev

11 Mar 2025

If it could perform type stripping with blank space 👀

Jake Bailey

@jakebailey.dev

11 Mar 2025

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

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)