Спасибо им за это. И ещё за то что позаимствовали structured concurrency

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

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

Но это не снимает проблем рантайма.

Какие проблемы и кого?

Мне эрлангисты четко объясняли, чем vm эрланга лучше jvm с точки зрения реализации акторов и прочих асинхронных историй. Но сейчас уже деталей не помню. Может кто тут знает и расскажет.

в том, что мы сейчас стали использовать interface-types для server-side и ещё не реализовали lowering/lifting типов на стороне js

Насчёт "базы" я не могу сказать, возможно где-то она и была большая (в американских банках?), но в реальности на коболе никто не писал и в 90-х.  
В связи с "проблемой 2000 года" был такой анекдот, показывающий сколько тогда было людей, которые хоть знали что это за кобол такой:  

Специалист по Коболу озолотился на "проблеме 2000" и велел заморозить себя на 100000 лет. Ну просыпается, вокруг будущее,
- неужели прошло 100000 лет?
- нет, сейчас только 9999-й, но тут записано, что вы знаете Кобол ...

Чем тебе typescript не угодил?

https://github.com/fluencelabs/aquamarine/tree/master/stepper-lib/src/build_targets
по сути, разница сейчас в том, в какой процедурный макрос обёрнуты экспортируемые и импортируемые с хоста функции

Да, банки, платежные системы и т.п. Я же говорю, смотря как считать.

Я про тот cpp-код, что живёт в src/hotspot

а проблемы какие?

Ну там такая большая груда C++ кода который так себе выглядит

так себе выглядит или так себе работает?

Я про maintainability такого. Т.е. я вот смотрю в llvm и там гораздо лучше все выглядит.  Собственно, GraalVM не просто так возник, а потому что развивать текущий кодген сложно.

graalvm вообще другую проблему ставил перед собой

Java умрет вместе с ентерпрайзом в котором ее юзают . К сожалению.

Любой язык рано или поздно умрёт. Какой смысл это обсуждать?
У нас есть эволюционный подход к созданию языков. Пока одни выходят, другие стареют, переход постепенно происходит.
Не проще ли вести диалог предметный? Для конкретного решения?

Ну начнёт язык помирать, придётся переделывать созданные на нём решения.
Первый раз что ли?

Java ещё будет жить 10-20 лет в любом случае. А бизнесу больше и не надо. Кто планирует на горизонт больше 20 лет? Если только Китайцы. Да и те учитывают, что технологии за пол века могут устареть, лол.