История изменений

Не вижу смысла вызывать код на Scala из кода на Java, только если наоборот.

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

Насчет огромной библиотеки, судя по сорцам, Kotlin Standard Library меньше Scala Standard Library, что вполне очевидно, т.к. Scala все таки полноценный язык, а не надстройка.

Дело не в полноценности, а в том, что Scala переизобретает многое, что уже есть в стандартной библиотеке Java, а Kotlin просто использует. Это, кстати, ещё один момент в интероперабельности — либо мы пишем неидиоматичный Scala-код, либо конвертируем между типами коллекций на границе вызовов.

Но Scala stdlib все равно не такая уж большая поэтому я не вижу здесь особой проблемы, даже для андроида.

Я не специалист по андроиду, но читал, что это реальная проблема из-за каких-то особенностей андроида (вроде не более 65535 методов может быть в приложении) и Scala этот лимит сильно уменьшает.

Когда я переходил с Java я выбрал Scala, а не Kotlin, потому что Scala предоставляет все, чего мне не хватало в Java, Kotlin нет.

Ну могу сказать, что я рад за тебя (без иронии). Мне вот Kotlin предоставляет почти всё, что мне не хватает в Java, а Scala считаю непрактичной для 90% проектов из-за её чрезмерной сложности. Судя по популярности Kotlin-а я не один так считаю. В любом случае разнообразие всегда хорошо.

Кроме того, Scala развивается сообществом, а не корпорацией, что несомненный плюс с моей точки зрения.

Что имеется в виду? Насколько я знаю, Scala развивается Мартином Одерски, который является основателем коммерческой компании Typesafe. Я не вижу отличий.

Не вижу смысла вызывать код на Scala из кода на Java, только если наоборот.

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

Насчет огромной библиотеки, судя по сорцам, Kotlin Standard Library меньше Scala Standard Library, что вполне очевидно, т.к. Scala все таки полноценный язык, а не надстройка.

Дело не в полноценности, а в том, что Scala переизобретает многое, что уже есть в стандартной библиотеке Java, а Kotlin просто использует. Это, кстати, ещё один момент в интероперабельности — либо мы пишем неидиоматичный Scala-код, либо конвертируем между типами коллекций на границе вызовов.

Но Scala stdlib все равно не такая уж большая поэтому я не вижу здесь особой проблемы, даже для андроида.

Я не специалист по андроиду, но читал, что это реальная проблема из-за каких-то особенностей андроида (вроде не более 65535 методов может быть в приложении) и Scala этот лимит сильно уменьшает.

Когда я переходил с Java я выбрал Scala, а не Kotlin, потому что Scala предоставляет все, чего мне не хватало в Java, Kotlin нет.

Ну могу сказать, что я рад за тебя (без иронии). Мне вот Kotlin предоставляет почти всё, что мне не хватает в Java, а Scala считаю непрактичной для 90% проектов из-за её чрезмерной сложности.

Кроме того, Scala развивается сообществом, а не корпорацией, что несомненный плюс с моей точки зрения.

Что имеется в виду? Насколько я знаю, Scala развивается Мартином Одерски, который является основателем коммерческой компании Typesafe. Я не вижу отличий.