Live data from Hacker News

A 10x Faster TypeScript

devblogs.microsoft.com

21–30 of 943 posts

Re: A 10x Faster TypeScript

#22
post #13

The post title is a bit misleading. It should say a 10x faster build time, or a 10x faster TypeScript compiler . tsc (compiler) is 10x faster, but not the final TS program runtime. Still an amazing feat! But doom will not run faster "To meet those goals, we’ve begun work on a native port of the TypeScript compiler and tools. The native implementation will drastically improve editor startup, reduce most build times by…

I can think of a DOOM that WILL run faster… https://youtu.be/0mCsluv5FXA

Ah thanks! I didn't realize there was a Doom running on the TS type system. I stand corrected

Re: A 10x Faster TypeScript

#23

Hi folks, Daniel Rosenwasser from the TypeScript team here. We're obviously very excited to announce this! RyanCavanaugh (our dev lead) and I are around to answer any quick questions you might have. You can also tune in to the Discord AMA mentioned in the blog this upcoming Thursday.

What is the forward paths available for efforts like the TS Playground under Typescript 7 (native)?

One of the nice advantages of js is that it can run so many places. Will TypeScript still be able to enjoy that legacy going forward, or is native only what we should expect in 7+?

Re: A 10x Faster TypeScript

#24
tl;dr: TypeScript compiler (!) was implemented in TypeScript, new one is in Go

half of the perf gain is from moving to native code, other half is from concurrency

Re: A 10x Faster TypeScript

#25
It’s not obvious from the text, but the compiler was previously written in TypeScript (which was kind of a strange choice for the language to write a compiler in).

Re: A 10x Faster TypeScript

#26
post #6

yes, this will definitely vastly increase the Doom fps, haha (I’m the guy that did that project). But I think there’s a lot more to it than that. tl;dr — Rust would be great for a rewrite, but Go makes way more sense for a port. After the dust settles, I hope people focus on the outcomes, not the language choice. I was very surprised to see that the TypeScript team didn’t choose Rust, not just because it seemed like…

> The TypeScript compiler relies on garbage collection in multiple places What? And how? And how would that help in Go which has a completely different garbage collection mechanism?

As in: there's no allocation/deallocation code. The code relies on garbage collection to function.

Re: A 10x Faster TypeScript

#27
post #5

Fast dev tools are awesome and I am glad the TS team is thinking deeply about dev experience, as always! One trade off is if the code for TS is no longer written in TS, that means the core team won’t be dogfooding TS day in and day out anymore, which might hurt devx in the long run. This is one of the failure modes that hurt Flow (written in OCaml), IMO. Curious how the team is thinking about this.

The issue with Flow is that it's slow, flaky and has shifted the entire paradigm multiple times making version upgrades nearly impossible without also updating your dependencies, IF your dependencies adopted the new flow version as well. Otherwise you're SOL.

As a result the amount of libraries that ship flow types has absolutely dwindled over the years, and now typescript has completely taken over.

Re: A 10x Faster TypeScript

#28

Hi folks, Daniel Rosenwasser from the TypeScript team here. We're obviously very excited to announce this! RyanCavanaugh (our dev lead) and I are around to answer any quick questions you might have. You can also tune in to the Discord AMA mentioned in the blog this upcoming Thursday.

This is very exciting! I'm curious if this move eventually unlocks features that have been deemed too expensive/slow so far, e.g. typing `ReactElement` more accurately, typing `TemplateStringsArray` etc

Re: A 10x Faster TypeScript

#29

The post title is a bit misleading. It should say a 10x faster build time, or a 10x faster TypeScript compiler . tsc (compiler) is 10x faster, but not the final TS program runtime. Still an amazing feat! But doom will not run faster "To meet those goals, we’ve begun work on a native port of the TypeScript compiler and tools. The native implementation will drastically improve editor startup, reduce most build times by…

[deleted]
Post reply on HN