К большому сожалению, erlang никак не решает эту проблему, возникшую у scala именно потому, что она была написана на java.
Я конечно к scala отношусь скептически, но люди пишут, и получают деньги, и архитектурные проблемы их не волнуют. И мои знакомые java’исты к ней как раз всё время и присматриваются, чтобы скрасить свой досуг.
Кожному своє
Вот видите, Вы только что сами объяснили причину выбора и почему Вы её не понимаете: инопланетное происхождение :) Для меня, как для представителя инопланетной культуры, очень странным кажется язык, в котором существуют подобные архитектурные решения: github.com/...ry/scala/Function22.scala
Каждый делает свой субъективный выбор основываясь на своих ценностях. У меня есть много знакомых, кто никогда не писал ни на чём, кроме java, но они довольны: стабильно получают зарплату и всё их устраивает. С другой стороны, кому-то может показаться очень скучной жизнь, когда всё время пишешь на одном и том же языке, и вокруг ничего не меняется, кроме названий бадишопов. Хотя и названия могут тоже не меняться ...
Я как-то в здравом уме перескочил с python на erlang не потеряв в рейте, а даже напротив. Но с выбором работ — это правда, ведь когда-то проект может закончиться, и тогда оглянувшись вокруг можно увидеть пустоту, которую нечем заполнить.
Список языков слишком узкий. А опрос не позволяет скипнуть этот вопрос. Впрочем, на самом доу список скилов тоже не блещет.
Вот только что мы смогли убедиться, что мы по-разному воспринимаем увиденное. В приведённой выше ссылке я вижу 22 файла для Function, ещё 22 файла для Tuple и 22 файла для Product. В итоге 66 классов вместо 3х, вот это я считаю проблемой. А знаете как её решают в scala-мире? Предлагают генерировать ещё файлы, если надо больше22-ух. Оно конечно мало кому надо больше, но сам подход не выглядит адекватным