O TypeScript 7 foi lançado esta semana com uma reescrita completa em Go, reduzindo drasticamente o tempo de compilação do VS Code de 17,5 segundos para menos de 1,3 segundo e diminuindo o uso de memória em até 26% em projetos grandes. O aumento de velocidade faz com que a codificação diária pareça instantânea, e a economia se traduz em horas de tempo de desenvolvedor em toda a stack.

Por que uma reescrita em Go é importante

A Microsoft reconstruiu o compilador em Go, substituindo a antiga implementação em JavaScript/Node. A base de código original atingiu um limite à medida que os projetos cresciam — o parsing e a verificação de tipos tornavam lentos os runners de CI que possuem CPU e RAM limitadas. Ao mudar para uma linguagem compilada com concorrência nativa, o novo motor executa o parsing e a verificação de tipos em paralelo, reduzindo drasticamente a espera pelo primeiro erro.

Ganhos de desempenho no mundo real

Benchmarks iniciais de algumas grandes bases de código ilustram o impacto:

  • VS Code: compilação 11,9× mais rápida, pegada de memória 18% menor.
  • Sentry, Bluesky, Playwright, Tldraw: acelerações de 7,7× a 8,9×.
  • O Bluesky também apresenta uma queda de 26% no uso de memória.

Desenvolvedores que clicam em “run” ou “watch” dezenas de vezes por dia notam uma edição mais fluida e cargas de CI mais leves.

Novas flags oferecem controle

A reescrita vem com opções de linha de comando que permitem às equipes equilibrar velocidade e memória:

  • --checkers e --builders iniciam workers de parsing e verificação de tipos lado a lado, explorando CPUs multicore.
  • --singleThreaded força todo o trabalho para uma única thread, tornando a depuração reproduzível quando uma condição de corrida (race condition) aparece.
  • O escalonamento separado de workers de verificação de tipos versus workers de construção (builders) permite que os pipelines de CI aloquem apenas os recursos necessários para cada fase.
  • O modo --watch reformulado usa um port do Parcel baseado em Go, eliminando o custoso polling de árvores massivas de node_modules e mantendo a detecção de alteração de arquivos leve.

Quem ganha, e quem pode hesitar

Frameworks de front-end que dependem fortemente do TypeScript — como Next.js e Nuxt — devem ganhar rebuilds mais rápidos e loops de feedback mais curtos. IDEs como VS Code e Cursor parecem mais responsivas, incentivando os desenvolvedores a permanecerem no editor por mais tempo em vez de alternarem para builds no terminal.

O que observar a seguir

  • Taxas de adoção entre grandes projetos de código aberto e monorepos corporativos.
  • Feedback da comunidade sobre estabilidade e quaisquer quedas repentinas de desempenho (performance cliffs) ocultas.
  • Atualizações da Microsoft que adicionem recursos ao compilador para reduzir ainda mais os tempos de compilação ou melhorar os diagnósticos de erro.