Немного холиварный вопрос. Все больше компаний требует использования Typescript в их проектах. Мне, как и всегда, нужно адаптироваться под рынок и начать его использовать, так же как я адаптировался к использованию React вместо своего фреймворка. Со вторым всё было понятно: рынок стандартизируется, каждый проект должен иметь возможность менять разработчиков без серьезных финансовых потерь. Но с Typescript я не до конца понимаю, в чем преимущества перед обычным JS. Сколько я ни работаю, проблем с типами ни разу не имел, не зависимо от размера проекта, и Тайпскрипт выглядит для меня как overengineering: больше кода, больше ошибок (например, если изменил класс, но забыл обновить интерфейс). У меня нет цели спорить и настаивать на своём, просто хочу понять market need.

Получается, изначально не понимаешь, нафига оно нужно, затем понимаешь, что без него никак.

any не решает?)

Немного холиварный вопрос. Все больше компаний требует использования Typescript в их проектах. Мне, как и всегда, нужно адаптироваться под рынок и начать его использовать, так же как я адаптировался к использованию React вместо своего фреймворка. Со вторым всё было понятно: рынок стандартизируется, каждый проект должен иметь возможность менять разработчиков без серьезных финансовых потерь. Но с Typescript я не до конца понимаю, в чем преимущества перед обычным JS. Сколько я ни работаю, проблем с типами ни разу не имел, не зависимо от размера проекта, и Тайпскрипт выглядит для меня как overengineering: больше кода, больше ошибок (например, если изменил класс, но забыл обновить интерфейс). У меня нет цели спорить и настаивать на своём, просто хочу понять market need.

Если ответить на твои консёрны:

> не было проблемов с типами
нет типов — нет проблем)

> больше кода

кода не больше, он просто более (местами сильно более) verbose – к кода добавляются аннотации типов. Но логика самого кода остаётся та же обычно. И если не мерить количество кода количеством написанных строк и символов, то можно сказать, что кода столько же.

> больше ошибок (например, если изменил класс, но забыл обновить интерфейс)

ошибок не больше, ошибок столько же. Больше мгновенных сообщений об ошибках, которые ты исправляешь сразу, а не чуть потом. Даже если код идеально покрыт тестами, которые гонятся в вотче, то сообщение о том, что ожидается объект, а не number приходит и исправляется быстрей, чем копаться, почему упал тест.

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

Например, пишешь фронт. Описал типами формат данных, которые прилетают с сервера, а потом заметишь, как TS сам выврдит их глубоко-глубоко у тебя в UI-коде через всякие map filter. Получается, добавил типы в 10 строках, а твой редактор поумнел для следующих 100.

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

👍