Comments 13
Зачем этот кликбейт "в 10 раз быстрее". Сам TypeScript не станет ни быстрее ни лучше. Он так и останется сахаром над JavaScript. Быстрее станет сборка проекта. До которой 99% пользователям абсолютно все равно. Пока настрочат 1.5 млн. строк кода уже столько поменяется.
До которой 99% пользователям
Да с чего вы взяли, сборка любого мало мальски большого проекта занимает существенное время, особенно если это не голый ts, а например angular или что-то подобное.
Если бы это не было проблемой, я думаю этой проблемой бы не занимались
С того, что 99% пользователей не занимаются сборкой проектов - они потребляют уже результат сборки (например, JS-код в браузере). Или вы только разработчиков за пользователей считаете? Для них - да, для них время сборки - проблема.
Очевидно что пользователи ts, это разработчики на ts. Посетители сайтов это не пользователи ts, очевидно им всё равно на чём написан сайт и на каком языке написан сайт компилятор того чем собирался сайт.
Мне очень странно читать что вы вообще эту аудиторию притянули к этой новости.
Быстрее станет сборка проекта. До которой 99% пользователям абсолютно все равно.
Ну а мне очевидно, что "пользователи" звучали в контексте "проект". Особенно после:
Сам TypeScript не станет ни быстрее ни лучше. Он так и останется сахаром над JavaScript.
Мы с вами, очевидно, просто находимся в разных очевидностях. И - да, из вашей очевидности совершенно неочевидно следствие коллеги @SserjIrk про 99%, что вы и подтвердили. Полностью с вами согласен, что для ts-разрабов "до времени сборки проекта абсолютно не всё равно". Полностью согласен с коллегой @SserjIrk, что для 99% пользователей проектов до времени сборки нет никакого дела. Лично для меня не проблема существовать одновременно в нескольких очевидностях.
Если бы для вас это не было проблемой вы бы не писали "С того, что 99% пользователей не занимаются сборкой проектов", как буд-то есть только мир где пользователь это посетитель сайта
Вы, похоже, не совсем понимаете семантику слова "несколько". Очевидностей может быть более одной и я вам на это указал явным образом. В одной из них 99% пользователей чего-то-там не занимаются сборкой проектов. Вы же продолжаете упорствовать в том, что вы правы. Я уже с вами согласился - в своей системе ценностей вы правы. Если вы продолжите упорствовать дальше, то я с вами соглашусь во всём.
Я решил это с таблицы сравнения из статьи. Соберется "мало мальский" проект за секунду или за 0.1 совершенно не важно. А то что больше 20000 строк и вроде уже требует ощутимых 5 секунд замечательно усекается флагом --incremental в tsconfig.json. Сомневаюсь что кто-то реально сначала добавит новые 20000 строк и только потом повторно соберет проект.
При этом в той же таблице 18 тыс.строк собираются за 5 секунд а 104 тысячи собираются за 6. Хотя думалось бы что должны в 5 раз дольше собираться. Т.е. проблемы медленной сборки ни всегда и не везде. А есть какая-то проблемная область которая у Вас допустим может и не использоваться. И новый компилятор вообще никак не повлияет на ваш проект.
Я не против новых идей, новых реализаций. Но хотелось бы ясности - не язык меняется а инструментарий.
Сам TypeScript не станет ни быстрее ни лучше.
TypeScript станет быстрее, т.к. TypeScript это компилятор, language server и другие инструменты.
Он и так становится из года в год лучше, например: улучшается soundness за счет новых флагов.
Он так и останется сахаром над JavaScript.
TypeScript не синтаксический сахар, он по максимуму пытается следовать стандарту ECMAScript. А уже в ECMAScript описывается синтаксический сахар. Пример синтаксического сахара который очень жду сам: https://github.com/tc39/proposal-pattern-matching.
До которой 99% пользователям абсолютно все равно.
Разработчики являются пользователями TypeScript и мне (как разработчику) не всё равно.
похоже, они хотят сам язык перенести с JavaScript-а на Go. Что-то слишком много про native говорят. Однако нигде прямо не говорят, что мы будем компилировать TS и получать .exe файл.
Ну так-то, по большому счёту, можно любой язык в любой другой транспилировать. Не всё, с какими-то ограничениями и потерями, но можно. Я с GWT (Java-to-JS) больше 15 лет назад плотно общался. За это время, уверен, искусство транспиляции одного исходного кода в другой выросло значительно.
Проблемы начинаются, когда узнаёшь, что то, что тебе надо, в целевом языке делается на раз, а в исходном противоречит философии языка. Вот тут - да, тут - вилы. А присвоения, ветвления и циклы в большинстве языков одинаковы.
Когда выпустят TS->native code тогда и только тогда есть смысл в нем разбираться
TypeScript 7 в 10 раз быстрее: анонс нативного компилятора TSGO