Быстрая компиляция TS

Что это хоть за ненужно-то такое?

Мелкомягкие, емнип, сконвертировали с последующей доработкой компилятор с TS на go, он «в 10 раз быстрее». Выбрали go а не rust или что-то ещё так как конвертировалось лучше именно в go. В целом всё, оно ещё не вышло, есть превью, насколько я знаю.

https://www.opennet.ru/opennews/art.shtml?num=65059:

Ветка TypeScript 6.0 отмечена как последняя, поставляемая с компилятором на языке TypeScript, транслируемом в JavaScript. В ветке TypeScript 7.0 проект перейдёт на новый компилятор typescript-go (tsgo), разрабатываемый с 2024 года на языке Go. Новый компилятор существенно увеличит скорость сборки, уменьшит потребление памяти и сократит время запуска редакторов кода, что решит наблюдаемые ныне проблемы с масштабированием при использовании в очень больших проектах. Также будет предоставлен компактный инструментарии командной строки, позволяющий быстро собирать код для проверки его работоспособности.

А почему никто не обсуждает, что создатель C#/.Net из Микрослопа для компилятора TS использовал «язык для умственно-отсталых» от Гугла?

странно, почему не на руст видимо TypeScript – это детская поделка, которую не возьмут в Пентагон, т.к. будет течь по памяти и не подходит для military grade задач

Да вроде бы никто и не тащил TS в милитари-грейд. Там C++ хватает.

нет, из-за C++ боинги падают

Боинги падают из-за взяток сертифицирующим органам.

Ты не боишься такое говорить? Лучше устройся пропагандистом руста, может взятку дадут.

Захватит ли теперь TS всё, что до сегодняшнего дня захватить не мог?

Как был ненужно, так и остался.

Не утверждаю факта взятки. Но сколько я понял, были проблемы, которые сертификация могла бы забраковать.

создатель C#/.Net из Микрослопа

Это кто? Тот же самый, что Delphi сделал (забыл имя), или другой кто-то?

Захватит ли теперь TS всё, что до сегодняшнего дня захватить не мог?

А что он не смог захватить? В целом нужно, но так как не опенсорс, то и обсуждать нечего

На go, скорее всего, изза того что на rust уже есть 😉

Go не овюпен сорс или TS?

И то и другое очень даже опен

Так была уже новость про жто и там всё обсудили. Дабавить нечего.

Сабжевый компилятор ts на go

из-за C++ боинги падают

А F-35 перезагружаются в полёте :)

Не знал, спасибо.

Но, я думаю, откроют.

Так глобально никому особо скорость текущего компилятора ts не мешает.

Сейчас во всех проектах начиная со средних размеров операция сборки проекта и операция проверки типов разнесены и делаются разными инструментами.

Компилятор tsc используется только для проверки типов и не занимается непосредственно сборкой. А сборкой занимаются всевозможные бандлеры, которые давно написаны на расте/голанге.

Сейчас глобально картина выглядит следующим образом: tsc есть внутри ide. Когда ты запускаешь ide она при помощи tsc строит синтаксическое дерево проекта, проверяет типы и держит все это в памяти. Запускается все это из-за tsc долго, но это нужно сделать один раз в начале рабочего дня. При редактировании ide отслеживается изменяющиеся данные и обновляет данные только для конкретных файлов, потому после первого запуска работает довольно шустро и особо не напрягает.

А в запуске проекта для отладки tsc не участвуют, это делается отдельными бандлерами, которые не проверяют типы. Тот же vite вообще ленивый, т.е. он в отладочном режиме отслеживает, к каким модулям обращается браузер для своей работы и обрабатывает только нужные файлы. Поэтому проект стартует моментально и не важно, насколько ускорить tsc, в 10 раз или в 20, он все равно не сравнится по скорости с vite.

Еще типы при помощи tsc проверяются на одном из этапов в ci (при этом так же не генерируя файлов), просто чтобы какую-то фигню не закомитили, но это опять же обычно делается параллельно с юнит тестами, которые все равно работают дольше tsc, поэтому от ускорения выигрыша особого не будет.

Поэтому ускорение tsc в 10 конечно круто, но не сказать, что существенно хоть на что-то повлияет.