Какие могут быть причины не использовать Typescript?

Совершенно неожиданно для себя открыл жемчужиину среди языков программирования — TypeScript

А ты быстрый.

Я на JS если и писал, то небольшие куски, не особенно интересовался положением дел.

Почему вы, зная про его существование, до сих пор не перешли на него?

Microsoft.

нормальная система типов сверху
изучал и поражался, как всё правильно сделали

какие могут быть причины отказаться от его использования

haskell, elm
ну и lisp

1. Microsoft
2. Кроме типов ничего нет
3. Как там работать с нетипизированным кодом из js? (не пробовал, лишь вопрошаю)

Microsoft

Большая компания с серьёзными ресурами на разработку, вселяет уверенность в том, что проект не забросят через полгода. Хороший плюс для языка.

2. Кроме типов ничего нет

Всё остальное есть в JavaScript.

3. Как там работать с нетипизированным кодом из js? (не пробовал, лишь вопрошаю)

Есть тип any, при использовании которого все проверки отключаются. Но правильней написать типизированное описание этого нетипизированного кода. В целом работать очень удобно, не могу представить, как можно было бы сделать лучше.

Есть тип any, при использовании которого все проверки отключаются.

Получается бессмысленно

Но правильней написать типизированное описание этого нетипизированного кода.

то есть подключил 10 библиотек из npm, будь добро опиши все?

Получается бессмысленно

Нет. Получается опционально. Это значит, что ты переименовываешь file.js в file.ts и у тебя всё работает. Потом ты потихоньку добавляешь типы и у тебя всё продолжает работать, только код потихоньку становится строже и вылавливаются типобаги.

то есть подключил 10 библиотек из npm, будь добро опиши все?

Или опиши, или найди того, кто описал. Ну или не описывай и не получай преимуществ от типизации при взаимодействии с этим кодом. Всё предельно честно.

какие могут быть причины отказаться от его использования в пользу того же JavaScript?

Боязнь скатиться до уровня жабиста?

то есть подключил 10 библиотек из npm, будь добро опиши все?

или включи мозг и гугл: https://github.com/borisyankov/DefinitelyTyped

Мне не нравится обманывать себя «классами», «интерфейсами» и прочими обертками, когда в итоге получаются те же функции-конструкторы и прототипы.

Или опиши

Трата кучи времени

найди того, кто описал

я думаю описаны 0.01% количества библиотек + я сомневаюсь что их описывают так же быстро, как они развиваются, что будет за собой тащить кучу проблем несовместимости нового слоя абстракции.

Ну или не описывай и не получай преимуществ от типизации при взаимодействии с этим кодом. Всё предельно честно.

Или не используй TypeScript :) мне es6 в лице babel хватает и не нужно заморачиваться пытаясь сделать из динамического языка статический, жутко страдая от новых проблем

з.ы. я не против типов, но не такой ценой

haskell ...ну и lisp

А откуда взялась эта «традиция» все время притягивать за уши лисп к хаскелю?:) Они что, разве имеют хоть что то общее? Лисп гораздо больше общего имеет с тем же JS, нежели с хаскелем. Абсолютно разные, идеологически противоположные культуры...

какие могут быть причины не ковырять в носу тред.

Включил, большинство того что там есть уже отстает от текущих версий, кроме того тут нету и 0.001% библиотек.

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

Включил, большинство того что там есть уже отстает от текущих версий

ну так подпили, проект свободный. или только потреблять?

кроме того тут нету и 0.001% библиотек.

включаем any и не имеем никаких проблем. потом по надобности/времени/желанию - делаем дефайны

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

any

any

зачем тогда TypeScript?

или только потреблять?

время - деньги, у меня на тупую работу нет ни времени, ни желания, это как гвозди руками забивать

зачем тогда TypeScript?

Чтобы использовать типы там, где это имеет смысл. Если весь твой код это две строчки, вызывающие библиотеку, тогда тебе он не нужен, да. А если ты пишешь больше сотни строк на JavaScript, тогда ты получишь преимущество типизированного кода.

время - деньги, у меня на тупую работу нет ни времени, ни желания, это как гвозди руками забивать

Тупая работа это отлавливание багов динамической типизации, проверка типов, описание этих типов в документации, поддержка всего этого в синхронном состоянии.

Тупая работа это отлавливание багов динамической типизации, проверка типов, описание этих типов в документации, поддержка всего этого в синхронном состоянии.

вот и я о том же, чем и занимаются авторы https://github.com/borisyankov/DefinitelyTyped

зачем тогда TypeScript?

для того, чтобы писать на нем свой код, очевидно

авторы делают это один раз для всех. боли ЖС же персональны и перманентны

Собственно вопрос — какие могут быть причины отказаться от его использования в пользу того же JavaScript?

1. ES6

2. ES6

3. ES6

Ну я лично так и не понял области его применения, для жаваскриптовых задач особого профита нет, а ловить баги через прослойку то ещё удовольствие.

Долго приглядывался к дарту, но к сожалению гугл на него забил так и не запилив его ни для браузера ни для сервера.

Они друг друга не исключают.

Кто-то из вас не прав, либо ты, либо википедия

TypeScript является надстройкой над JavaScript. Таким образом, программа JavaScript также является правильной программой TypeScript, и программа TypeScript могут легко включать JavaScript. TypeScript компилирует ES3-совместимый JavaScript.[12] По умолчанию компилируется ECMAScript 3, как преобладающей стандарт; также есть возможность создавать конструкции, используемые в ECMAScript 5.

И в буржуйской то же самое

TypeScript is a strict superset of JavaScript. As such, a JavaScript program is also a valid TypeScript program, and a TypeScript program can seamlessly consume JavaScript. TypeScript compiles to ES3-compatible JavaScript.[24] By default the compiler targets ECMAScript 3, the current prevailing standard, and is also able to generate constructs used in ECMAScript 5.

Why TypeScript Isn't the Answer

http://www.walkercoderanger.com/blog/2014/02/typescript-isnt-the-answer/

Вики — твой источник знаний по хипстерским технологиям? Окей.

Угадай, что даёт --target es6 тайпскрипта. Да, это можно скормить babel'у, если не против лишнего шага компиляции. Да, можно уже сейчас юзать async/await.

Единственное «но» — не забыть включить sourcemaps, чтобы потом не сойти с ума при дебаге. Ну и babel — не typescript и не заточен на красивый выхлоп.

википедия

Это которая тебя так откровенно троллит?

TypeScript отличается от JavaScript... поддержкой использования полноценных классов (как в традиционных объектно-ориентированных языках),

то есть подключил 10 библиотек из npm, будь добро опиши все?

Смотри в сторону DefinitelyTyped. В своё время сам закинул туда несколько качественных описаний + поправил имеющиеся. Сейчас там за 1к+ этих самых описаний.

прочитай тред до конца :)

:ooops:, действительно.

вселяет уверенность в том, что проект не забросят через полгода

Пользователи Forefront TMG ржут в голос

Нет изкоробочных es6 полифилов для startsWith и т.д.

тогда ты получишь преимущество типизированного кода.

es7 дает более ощутимые профиты. А типизация в среде, где большая часть кода ковыряет пришедший json, причем в довольно расслабленной форме, не так очевидны.

А типизация в среде -> А преимущества типизации в среде

Уже где-то писал. Давно это было. Наверное сейчас всё получше.

1. Компилятор ts компилит всю иерархию файлов и помещает js-файлы несколько непредсказуемым и неочевидным способом. Приходилось костылять пустые ts-файлы, обозначающие корень проекта. Деталей не помню.

2. d.ts декларации часто не соотвестсвуют некущей версии библиотеки. Либо не учитывают сложных вариантов (generic-функции, возвращаемые значения нескольких типов)

3. Модули подключаются крсиво, через import/export, а d.ts надо приходится присобачивать сбоку, через XML-тэг

4. Для angular приходилось отдельно описывать декларации своих моделей/контроллеров. Что увеливало код раза в два

В результате оказалось проще писать на es5 и покрывать тестами