Да и проблему типизации он не до конца решает, вообще-то 🤓

Посмотрите на json
Так или иначе начинают прикручивать какие-никакие контракты (схемы, openapi и прочее)
Не лучше ли отдать это инструменту, который заставит это описывать соазу

Мой выбор строгость и стандартизация по дефолту и отступления только если совсем припрет

У GraphQL вообще свой SDL язык

В том то и дело, что не во всех кейсах и нюансах ТС достаточно строг. Всё таки это не строгая типизация. Плюс в рантайме от неё не остаётся и следа

кстати да, в єтом плане прям то что хотели

а єто? https://www.typescriptlang.org/docs/handbook/2/narrowing.html#using-type-predicates

Новая сессия подгорания по поводу ТС предвидится, когда доклад выйдет в общий доступ))

А ещё и ТС предоставляет 1000 и 1 (утрирую) способ её обойти и во время разработки. 🙃

на самом деле мне нравится что тс обновили главную

раньше там было написано "надежный javascript"

теперь просто скромненько "js с типами"

гг

ну это в целом оксюморон

Скоро будет "удобный автокомплит в Vscode"

Js с типами - ждём, надеемся, не верим)))

Это - не то, что называется строго типизированным языком 😉🤓

Пока есть ocaml to js я верю в возможность хорошей типизации

а тесла не автомобиль с личным водителем

Кстати, я не отношу себя к хэйтерам Тс-а. Я вижу его плюшки и удобства, которые он даёт разработчикам. Но работая с ним на реальных проектах я не могу его назвать идеальным, и даже близким к идеальному решением тех проблем, на которые он замахивался при рождении. Я имел удовольствие по-работать с действительно строго типизированными языками. И это совсем другое дело и по "защите от дурака" и по удобствам плюшек от IDE к таким языкам.