News for hackers. Stuff that matters.
Re:TypeScript team released an explorer for performance tuning by wffurr on Saturday May 13, 2023 @09:51AM (#35928385)
swc and tsx are already significantly faster than tsc, partly due to being written in faster languages, or languages that make it easier to write fast code with minimal runtimes.
Re:TypeScript team released an explorer for performance tuning by AntonCTO on Saturday May 13, 2023 @09:56AM (#35928422)
Do they check types?

Sorry, my previous comment wasn't very clear. Of course, faster languages produce faster results. But the language alone isn't enough in this case.

Re:TypeScript team released an explorer for performance tuning by explaininjs on Saturday May 13, 2023 @11:28AM (#35929305)
Neither of those check types. It’s easy to be fast when all you’re doing is filtering out type-bytes (and perhaps some transpiling). That’s nothing compared to actually type checking, which requires solving complex satisfiability problems across the entire codebase.
Re:TypeScript team released an explorer for performance tuning by muglug on Saturday May 13, 2023 @04:19PM (#35932298)
My understanding was that TypeScript would be more parellisable than Flow, which itself is plenty parallelisable: https://arxiv.org/pdf/1708.08021.pdf
Re:TypeScript team released an explorer for performance tuning by explaininjs on Sunday May 14, 2023 @08:20PM (#35942625)
Call me crazy, but I prefer single threaded. It limits the potential impact on the rest of the system, and all cloud payment is by the core•hour anyways.