Крики были, было больно, хотя почему были, досих пор эта катавасия

ну... хуево, что не понимаешь. речь про сравнение тс и рантайма полноценного, итак:

1. нет рефлексии и вообще какой либо инфы об объектах. на практике например, совершенно банальная задача спарсить какой-то сырой кусок данных в класс, выглядит как хуй знает что. потому-что, всё обычно парсится в жс-ные объекты уже поверх которых нужно прикручивать дополнительную валидацию самого объекта.
2. дебаг, там будет жс лапша, а не твой код. в жвм это всё из коробки, например, как и в любом нормальном рантайме, поддерживающим типизированный язык. в транспайлерах - тащи сорс.мапы.
3. профилирование - вообще забудь, смотри на лапшу, которую налепил твой транспайлер.

Норм раскидал

1. В крестах, к примеру, тоже нет рефлексии, а в рантайме есть ОЧЕНЬ скудное количество информации. Схема класса к ней не относится, да. С сериализацией, соответственно, такая же картина. И ничего, живут сто лет с этим. Не понял, почему это вдруг страшным минусом оказалось.
2. Весь тулинг, который помогает в отладке жс, умеет в сорс-мапы. Потому что они даже жсу нужны, если отойти хотя бы на шаг от голого интерпретируемого как есть жса. И что?
Это как отладочные символы для тех же крестов. Без них ты смотришь на кашу в гдб/ллдб, с ними -- на свой код.
Что в этом плохого?

Кстати K-JS с соурсмапами вообще на ура работаешь из идеи. Не так удобно, как в JVM, конечно, но точно не хуже, чем в родном JS на JS с дев тулзами.

1. и как оно? удобно писать приложения на системном языке, вместо application level, м? кресты очень хреновый контр-пример в данной ситуации.
2. сорс-мапы не форматируют сообщения об ошибках, твои стек-трейсы буду всё равно из лапши, вместо целевого языка. ну и их нет из коробки, а в других рантаймах есть - это значит что тс как платформа хуже конкруетнтов с технической точки зрения. точно также как велик без тормозов, хуже чем с тормозами, но вместо того, чтобы просто признать это, начинаются аргументы, что дескать можно и ногой и педали крутить в обртаную сторону.

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

Вы плюсистам расскажите, что это системный язык и приложения на нем не пишут.

2. Кто вам такое сказал?

У меня дежавю

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

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

2. Ну да, стектрейс надо прокатить через эти же сорс-мапы. Опять же, почти весь тулинг, который с этим работает, умеет в сорс-мапы. Примеры аналогий с нативным языком я уже приводил, касательно трейсов -- ну вон тебе пример андроида, где вынужденно используют обфускацию, а для восстановления стектрейсов с прода используют ретрейс с помощью маппингов обратно. Опять же, инструменты, которые помогают собирать краши, часто ретрейс из коробки поддерживают: при сборке они заливают себе на сервер маппинг, при получении краша автоматом его ретрейсят, разработчику вообще насрать, что в проде оно обфусцировано. В джиэсе маппинги изначально с той же целью создавались, просто теперь они отражают не одну трансформацию кода, а несколько последовательных.

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

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

@Andrew_Shimanskiy я ж тебе говорил, что писать десктоп на крестах -- легаси, а ты мне не веришь. Вот тебе ещё один эксперт)))

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

они не смешнее. ты лично знаешь преценденты использования плюсов как апликейшн левел язык? вот решили новую апишку рестуху, например делать на плюсах. сколько проектов на твоих работах было на плюсах, сколько команд на них писало?
оно живо за счёт огромного объёма легаси как апликейшн, и только поэтому имхо. а хоронить тут даже не надо, практически никто не выебрет плюсы для нового проекта как апликейшн, слишком дорого и долго.
исключение - там где за перф готовы платить большую цену - гемйдев и очень сложный десктоп типа фотошопов или всяких CADов

Да тебя послушать, вообще всё на гошке писать надо, кроме игр.
Я забыл, как нудно с тобой спорить, да.

Всё надо писать на расте

А каким образом сорс-мапы влияют на перформанс?