в нашем проекте все java программисты без проблем перешли на котлин, вообще без единой заминки
да и в  Jetbrains тоже была толпы java программистов и тонны java кода, сейчас как я понимаю они постепенно мигрируют
котлин изначально проектировался как язык, который может постепенно заменить java

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

"не знаю, может конечно кто-то и будет плакать и страдать, но на мой взгляд это довольно странный товарищ, и если свалит, то туда ему и дорога".
зависит от проекта и компании.
попробуйте половину дня писать на Java 6, четверть на Java 8 и ещё четверть на Котлин.

опять же по своему опыту - программист C# переходит на Kotlin легче. особенно если нет interop c Java

в моем случае была java 8 и котлин
в принципе без проблем, просто постепенно код мигрирует в котлин

а java 6 - ну так мигрировать надо
кто сидит на старых версиях - ССЗБ

Kotlin настолько непохож на Java, насколько его вообще можно было сделать непохожим :) нужно было ещё слово class заменить на что-нибудь эдакое. скажем на Klaz.

ох уж эти наивные идеалисты :)

да почему идеалисты
у нас проект был который еще с пятой начинался
и до сих пор жив, сейчас на 8
мигрировать конечно на это нужны трудозатраты, но это вовсе не непосильная задача

трудозатраты = бюджеты

у одного нашего банка (из топ-3) до сих пор бек-офис крутится под досом. и такое не только в России, если что

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

"раз в год что-то доковыривают" - чуть чаще, но примерно так

ну тогда можно считать что нет никакой java6, раз в год можно не считать

ровно до тех пор, пока у тебя нет 50 таких проектов и 5 разработчиков для саппорта этих самых "раз в год". и тут нужно думать о том, какого разработчика ты сможешь найти через 10 лет. что-то мне подсказывает, что разработчика java будет найти и через 10 лет проще

но вообще изначально речь шла про найм людей

imho с точки зрения мотивации то работать на чем то новом завсегда приятнее, чем на старье

если брать java программиста, то очень много кандидатов скажут: о, прикольно, будет интересно пощупать что-то новое, java то уже обрыдла, что я там не видел

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

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

у меня диаметрально противоположная точка зрения: после котлина java нафиг не нужна
её можно совершенно спокойно закапывать, потому что все что делается на java, делается на котлине, только лучше

"с точки зрения мотивации то работать на чем то новом завсегда приятнее, чем на старье"
сильно зависит от того, для чего ты работаешь и как планируешь повышать капитализацию. сравни резюме человека - 3 года на котлин и 3 года на java. как думаешь, у кого из них больше шансов найти нормальную работу? отсюда получается, что и работники предпочитают, чтобы у них в резюме появилась java, а не котлин.

думаю, что шансы одинаковые
я бы не делал между ними различий и смотрел на совсем другие параметры

"думаю, что шансы одинаковые" - c надписью "3 года на котлин" шансы практически нулевые.
есть ещё момент. когда мы сравниваем java и kotlin тут всё очевидно - мы сравниваем язык примерно 10летней древности и примерно 3летней древности, так что не удивительно, что kotlin выигрывает.
но если мы начинаем сравнивать kotlin с другими современными языками, то всё становится не так просто и однозначно.
то есть, я вот не уверен, что будь я junior я бы выбрал kotlin. в нём столько наследия java и проблем, не понятных молодёжи, что в общем-то непонятно чего ради в него лезть.
само будущее JVM мне кажется под большим вопросом. уже есть хорошие имплементации управления памятью без виртуальных машин и с компиляцией в native. это всё даёт профит по нефункциональным требованиям и хорошо для микросервисов.