comments (10)

  • The speed up numbers based on their testing:

        Codebase    | TypeScript 6 | TypeScript 7 | Speedup
        ------------|--------------|--------------|--------
        vscode      | 125.7s       | 10.6s        | 11.9x
        sentry      | 139.8s       | 15.7s        | 8.9x
        bluesky     | 24.3s        | 2.8s         | 8.7x
        playwright  | 12.8s        | 1.47s        | 8.7x
        tldraw      | 11.2s        | 1.46s        | 7.7x
    
    Congratulations to the team for pulling off this feat while doing a responsible migration (looking at you, Bun).

    Quick question: How does this affect downstream tools like tsdown and esbuild, which need to build the TypeScript codebase? Can I use TS 7 and current tsdown together?

    m3h

  • Remember when people would argue about how types weren't worth the effort?

    I love TypeScript, if nothing else for how it's been able to popularize types.

    adamddev1

  • the real story here is an incredible team that managed to simultaneously keep two separate codebases alive for the most advanced type system known to mankind (yeahhh yeahh Hindley-Milner eat your heart out).

    huge congrats to the team!

    looking forward to the Rust rewrite ;)

    dimitropoulos

  • After a few years of using Typescript, having to use type annotations and import basic language features like `abc` in Python feels like an absolute slog.

    miiiiiike

  • I'm glad the JSDoc type syntax is still getting some focus. It's my favorite way to use typescript in my own projects. Some of the syntax changes will be annoying to update but most of them seem to be for the better.

    chroma_zone

  • Seeing these graphs of astounding performance gains with less memory requirements makes one wonder, Why am I using server-side TypeScript and not Go?

    Exoristos

  • No TypeScript compiler API yet, but I'm encouraged to hear that they're working on it.

    skybrian

  • Major ts pain point is scoping tsconfig settings for lib and types configurable for subsets of a project.

    My project is a webapp, but I have node types in my ide tooling because of vite.config.ts, and playwright and unit tests. If I add a node api to a react component, tsc won't complain.

    Current method to isolate dom lib from node lib requires project reference spaghetti, numerous tsconfig.json and tsbuildinfo output files, and avoiding emitting types with project references is cumbersome.

    mckee_plus_plus

  • Performance improvements, yay !

    It always surprises me how little complaints there have been on HN about tsc's performance. I do both TypeScript and Rust at work, and I've seen orders of magnitude more comments on the web about how “rustc is slow” than complaints about tsc's performance and it never stops to surprise me given than in practice the later have annoyed me consistently more than the former.

    stymaar

  • Joel On Software: Rewriting software is the single worst strategic mistake that any software company can make. [1]

    Microsoft: Take that, Joel!

    ;)

    ---

    [1] https://www.joelonsoftware.com/2000/04/06/things-you-should-...

    lelele