TypeScript 10x Mais Rápido: O Futuro da Experiência de Desenvolvimento

TypeScript sempre foi compilado. Alguns preferem chamar de transpilado porque transforma um código de mais alto nível em um código em outras linguagem que é de mais alto nível também. Depois que você escreve o código você chama o tsc que é TypeScript Compiler.

Tudo vai continuar como antes, se ninguém te falasse nada você quase nem perceberia (pelo menosessa é a ideia), a não ser que pelo menos agora tem que chamar tsgo para compilar mais rápido. O novo compilador ainda vai transpilar de TS para JS, seu código final não será nativo, não será Go, não muda nada. Se tudo correr bem ele dará exatamente a mesma saída de antes com a mesma entrada, só levará 6 segundos em vez de 60 para um projeto gigantesco. Paraa a maioria dos projetos ele passará de alguns décimos para pouco menos de 1 décimo de segundo.

O único objetivo desse port (já falo mais sobre isso) é tornar a compilação mais rápida, nada mais. Tanto que eles escolharam Go para ter que automatizar parte da mudança de código e o que precisaria fazer manual fosse parecido com JS/TS, assim daria menos trabalho e correria menos riscos.

Eles optaram por fazer um port que é só a mudança mais simples que dá para fazer de uma linguagem para outra. Não é uma reescrita do compilador, não é objetivo tornar o compilador melhor, melhor arquitetado, ter um código mais bem feito, ou qualquer coisa parecida. Por isso escolhram Go, uma linguagem que pode dar mais performance que JS, seja porque o compilador passa ser nativo, seja porque permite usar threads e isso é boa parte do ganho da performance.

JS não é adequada para uma quantidade significativa de problemas, mesmo que muitas pessoas usem assim. E a decisão errada pode partir até mesmo dos maiores gênios da comnputação. Se bem que eu não conheço todo o processo de escolha de começar fazer o compulador em JS e depois adotando TS. Pode ter sido uma decisão política acertada, mas que tinha um prazo de validade. Do ponto de vista de engenharia pura eu tenh quase certeza que seria melhor desde o início usar C# para o compilador. Eu sei que isso traria alguma resistência da comunidade de JS que já tem por ser Microsfot, ou por outros motivos, alguns que eu mesmo tenho ressalvas.

Linguagens de script são adequadas para fazer scripts, as pessoas usam para outras coisas de teimosas ou por ignorância, até porque dáp ra fazer outras coisas com elas, mas tecnicamente não é o mais adequado, você vai pagar algum preço, que pode não ser problema para você. Só que em muitos casos passa ser problema mais para frente, é uma dívida técnica que você contraiu e vai pagar com juros em algum momento.

Não faria sentido portar para C# agora, só compensaria e eu tenho certeza que o fariam, porque provavelmente daria um resultado ainda maior de ganho, se a decisão tivesse sido de reescrever o compilador.

C++ tem dificuldades de gerenciamento de memória, então isso já seria um pouco improdutico. O mesmo motivo de não terem adotado C# (que não tem a dificuldade já citada), vale para C++, não são linguagens tão parecidas com JS/TS que é como o compilador foi escrito originalmente. Em C# teria alguns ganhos, em C++ teria outros, mas custaria bem mais caro fazer. Poderiam pensar em Rust, até mesmo Java, mas todos possuem o mesmo problema.

O compilador do C# originalmnente foi escrito em C++, despois ele foi reescrito em C# com nova arquitetura, que é considerado por muito "o estado da arte" em compiladores, e ficou mais rápido que o compilador escrito em C++, mesmo ele tendo muito mais features que antes.

Go foi a escolha pragmática, a melhor decisão de engenharia depois que politicamente adotou-se a estratégia de port e não reescrita. Eu acho um desperdício, preferia a reescrita adotando técnicas semelhantes ao do atual compilador de C#. Todas as linguagens devriam fazer algo parecido.

Isso reforça e "comprova" o que eu sempre falei, Go é a linguagem que gera código nativo quando a pessoa acha que a linguagem de script não está dando conta da performance.

Veja mais: https://www.tabnews.com.br/FlavioEscobar/diferenca-entre-compilador-e-interpretador.

S2

Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente (não vendo nada, é retribuição na minha aposentadoria) (links aqui no perfil também).