У нас он решает ровно одну задачу - преобразование одних VO/DTO в другие и в этом плане мы им весьма довольны.  По сути - это такой продвинутый BeanUtils, избавляет от большого количества лишней писанины.  
Задача же преобразования похожих объектов друг в друга у нас возникает достаточно часто, т.к. если тщательно проектировать коммуникацию между фронтом и бэком, так, чтобы фронту было реально удобно работать и никаких лишних данных наружу не передавалось, то структуры данных, передаваемые между ними, практически никогда не совпадают полностью с маппингом объектов на таблицы в JPA.

Да, это круто, тут не о чем спорить.  Но как это сочетается с реальной жизнью в виде jax-rs , jpa и прочего? С удовольствием глянул бы пример использования чего-нибудь типично котлиновского, типа data class для минимального crud приложения (jax-rs+jpa).

В случае crud выигрыша не много, с моей точки зрения (поправьте меня, если я не прав).
Выигрыш, в основном, на data class (если lombok не использовать), выводе типов и объявлении переменных.

Но часто приходится писать код синхронизации или кастомный crud и там null safety очень помогает.

lombok же так себе штука, так как не поддерживает Java 10, 11(
А без него приходится генерировать и читать огромное количество кода.

Больше всего нравится то, что Kotlin и Java можно использовать в рамках одного проекта без проблем.

И Groovy :)

👍

а скалу можно?

Не уверен. Скала она с джавой не очень совместима.

интересно, я думал раз жвм, то трудно что-то сломать

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

это возможно если вызывать код только в одну сторону скалу из колтин или котлин из скалы

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

Фактически, нельзя. Это совсем разные языки, даже подходы разные

а чего такого кроме имплицитов и тайп классов есть в скале, чего нет в котлине? тайп классы скоро будут кстати.

и имплиситы тоже

В том же PR-е

ну тем более

Я думаю, что не пропустят