не скорость работы а разработки я имею в виду, ну и у меня не сильно много вариантов - я андроид разраб

интересно, сколько таких мест на scala... то есть, чтобы прямо вообще всё на scala. я такое место знаю только одно и меня туда не взяли :)

эээ, я тут подумал - а ведь я не написал про текущее место работы :) но тут только один проект на kotlin и то моими стараниями, так что это не тренд.

так что с рынком труда на kotlin всё довольно тухло :(

Пока читал возник вопрос: в чем преимущество обьекта-компаньена против статики? кто-то знает конкретные практические кейсы?

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

я вижу только одно - в тех редких (очень) случаях, когда хочется сделать statefull helper для класса. это bad practice, имхо, а потому обоснование существования companion как объекта на самом деле не вижу. есть обоснование в сахаре - упаковать кучу static методов в один контекст.

да, все претензии не критичные. для java их можно написать больше и они будут хуже, как по мне

в моей практике больше всего сопротивляются переходу на котлин люди, которые научились жить с проблемами java. они используют lombok и кучу других костылей. они к ним привыкли. они не используют коллекции из JDK и методы работы с ними, а используют guava и apache. в общем, для них kotlin не несет ничего нового - у них код и так чист, пусть это и достигается гигантскими усилиями. зато они пишут на java, и найти нового java-разраба (даже очень хорошего) на проект намного проще, чем kotlin-разраба.

:) я такой

но не сопротивляюсь, в фоне осваиваю

все эти котлины приходят и уходят, а java остается. да страшная, да кривая, да legacy, зато на рынке полно разрабов :) если бы оракл и гугл больше вкладывались в развитие java, все эти альтернативы были бы не нужны. вон, в дотнет стане всё ровно и никто не придумывает каждый год новый язык :)

😂 тоже подход. хотя и не про меня

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

на котлин не надо искать специально котлин-девелопера
можно спокойно java брать, легко сконвертиться

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

обратная совместимость дает котлину отличную возможность постепенно сожрать java

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

Все заявляения типа "безшовный переход", "вы не заметите разницы" хорошо описываются присказкой:
В теории между практикой и теорией нет разницы, но на практике она есть.

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

👍