Это точно.
Хотя, я все еще глубоко в душе надеюсь что JS когда-нибудь сменит другой более совершенный мультипарадигмальный компилируемый/интерпретируемый язык/платформа (что-то вроде Dart-а может быть)

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

Но TS - это, откровенно говоря, вынужденный костыль, чуть более совершенный способ описание мета-информации о коде чем jsdoc, ну и хотя бы присутствует какая ни какая компиляция 😄

Как показала моя практика тестировать надо даже априори очевидные вещи :(

Пожалуй - да.. это я слишком громко сказал за “очевидность” ))

Поддерживаю. Это формулировка про описание типов и тс мне по душе.

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

ну да.. позитивная сторона что TS уже стал эдаким промышленным стандартом такого изменчивого и непостоянного парня как JS )
и это облегчает жизнь всем - и разработчикам IDE, библиотек, и “потребительским” разработчикам

Вот вот. В чате бытует иное мнение.

мне больше беспокоят продакшен проэкты на 10 нодеров с средним уровнем мидл, как там быть без тс

Как, как. Держим всё в голове, передаем знания с поколения в поколение. Молимся..

Разработчикам ide совсем не облегчает

Из-за того что спецификации нет

заходишь на проэкт и так офигиваешь, а без тс вообще бардак

меня больше бесят легаси проекты без ts где под названием trasaction в обьекте может лежать все что угодно - сам догадайся что в этот раз мы положили в обьект (welcome to debugging, bro)

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

Команда программистов-инженеров сегодня - это уже, скорее, клуб близких после прямых кровных родственников, главное - чтобы ценности и взгляды на принципы и подходы к разработке совпадали ))

Ide 1 этап, для облегчения разработки. Потом должен быть ci pipeline в котором произойдет стат анализ.

Я совсем о другом

Я о жизни разработчиков ide

ну я скорее имел ввиду что если есть *.d.ts файлы, можно просто по ним построить дерево зависимостей/объектов и легче предлагать автокомплит, чем пытаться парсить JS, исполнять кусками находу чтобы предложить дополнение.

в динамических языках ведь предлагать автодополнение - это та еще непосильная задача (но я могу быть не прав, конечно)

Советую посмотреть видео, это как раз из команды jetbrains