И Groovy, и Kotlin, и Ruby (из которого все и содрали). В Scala можно вообще (_ - 2).

В Groovy и Kotlin (который это взял из Groovy) есть it но лямбды объявляются явно используя { }. Это в Scala есть неявные лямбды, но используется не it, а _

Вот запись с нижним подчеркиванием имхо самая наглядная из этих вариантов

Ага, особенно когда у тебя три таких подчёркивания в лямбде. 😉

Начинаются всякие _1, _2, и т.д.

И в Ruby вроде ничего такого нет. Если не прав, то киньте ссылку на доки, пожалуйста.

А в Scala в погоне за компактностью произошёл реальный abuse нижнего подчеркивания: https://stackoverflow.com/questions/8000903/what-are-all-the-uses-of-an-underscore-in-scala

В Scala вроде так нельзя. Похожий механизм есть в Swift где имена по умолчанию это $0, $1 но там синтаксис лямбд с параметрами явный (надо заключать в фигурные скобки).

можно, но это синтаксис для тьюплов

а для лямбды будет просто три _

скорее всего

Помнится, в Clojure так сделали. Или как-то так.

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

И тогда у нас "повисает" очень специальный синтаксис для единственного применения. Так себе решение, ИМХО. 😊

Практически весь синтаксический сахар - это укороченная запись некого частного случая, который широко встречается :)

Мы начали с Haskell, а там, хвала богам, синтаксический сахар (любой из них) покрывает существенно больше единственного случая.

Ну. По опыту Clojure, до 3 аргументов нормально читаются в такой вот nameless форме. Они пишутся через %n - номер аргумента. Но чаще всего удобнее писать частичные применения (каррирование), если заранее подумать о порядке аргументов.

Опять же в Clojure явный синтаксис для лямбд через #( )

В соседнем чате зашёл разговор про GC и игры. Мне на этот счёт давно уже подумалось, что внедрение very low pause GC в новых JVM (Shenandoah GC и кто там ещё) вкупе с и так давно дофига быстрым JIT и оптимизированным по выделению памяти и переиспользованию объектов кодингом в недрах движков, сделает их пригодными для очень широкого круга игр, кром там самых навороченных AAA блокбастеров. Предположительно, GraalVM сможет и ещё расширить спектр платформ для тех, кому очень нужно.
Или у меня слишком поверхностный и оптимистичный взгляд?

Учитывая, к тому же, что всё больше и больше heavy lifting делается шейдерами...