У кого-то получилось?
Какой плагин используете?
Автоподсказки и подсветка ошибок?

IDEA отстой. Тормозная, неудобная, перегруженная всяким хламом, ее нужно полностью перестраивать начиная от нажатий клавиш и до шрифтов чтобы нормально пользоваться.
Я пользуюсь только автокомплитом, посветкой ошибок, докуметнацией и перейти к месту определения метода.
Все остальные кнопочки, панельки, значки и т.п. для меня выглядят как мусор на обочине дороги и я не хочу их видеть.

Скачал идею, стала лучше, не сравнить с той жутью что была раньше.

Смотрю Котлин второй день - бомба. Фактически, если не рассматривать отличия в грамматике/синтаксисе - получился улучшенный руби.

авторlist.filter { it > 0 }

p(items.fold(0) { acc, i -> acc + i })

(1..10).map { p(it) }

val fn: (Int, Int) -> Int = { acc, i -> acc + i }

to_list(1, 2) + 3
to_list(1, 2) - 2

operator fun <V> List<V>.get(range: IntRange): List<V> = this.slice(range)
to_list(1, 2, 3)[1..2]


Вобщем - классно, много хороших вещей.

Единственно я не понял что они замышляют с инициализацией массивов и мэпов. Я так понимаю у команды котлина мозговые штурмы наверно идут уже наверно лет 5 не прекращаясь = какие скобочки использовать [1, 2] илл {} или еще что-то. Вероятно можем ждать от них самого невероятного прорыва 21 века в области нотации для инициализации коллекций.

авторДля инициализации массивов используется arrayOf.
Для инициализации мэпов mapOf.

Я понимаю, но они это вроде-как временнуыю меру представляли, что очень сложно понять как сделать со скобками [] инициализацию коллекций, и пусть пока arrayOf/mapOf будут а дальше время покажет.

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

Тогда надо и операторы убрать, и использовать a.plus(b) - никакой пользы все-равно нет, а одной сущностью будет меньше.

авторВы не продавец?
У вас слово "невероятный/грандиозный/прорыв/21век, встречается часто))

Продавец, 1 год занимался продажами (сист. бизнес автоматизации), 2е место по обьему годовых продаж в отделе.
Но в итоге понял несмотря на невероятный талант продавца, как исследователь и инженер я еще более талантлив.
И вернулся в разработку, чтобы совершить прорыв в ИТ в 21 веке.

Зря похвалил. Идея в своем стиле.

Делаю котлин градле проект. Градле в лучших традициях жавы делать все через жопу создает кучу мусорных директорий со своими врапперами, конфигурациями, градлев, градлев.бат, причем не где-то там в кулуарах, а прямо на самом верхнем уровня проекта. Какая-то мелкая утилита для сборки проекта - gradle - весь смысл которой сидеть в углу и не высовывсться, так чтобы я вообще ничего про нее не знал, и все конфиги держать в одном файле - с первого-же шага забила весь проект своим мусором.

Но ладно, удаляю короче весь этот мусор, кроме основного файла градле.билд. Все нормально работает из консоли.

Подключаю проект к Идее - Идея че-то там запускает, пару минут тупит как обычно - и создает мне весь этот градлевский мусор опять. На форуме подсказали чтобы избавится от этого надо выбрать в идее в настройках чтобы градле не скачивать а использовать тот который скажут. Выставил - Идея перестала работать, файл градле красный с ошибками. Причем она больше вообще не работает даже ели переставляешь настройки градле назад.

Хотя, вообще это скорей проблема градле чем идеи...

авторЕсть такая вещь- чувство стиля. Выбирая язык- выбираешь автора с таким же чувством стиля, как у тебя.
Не нравится- не мучайте себя. Языков много.


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

Ага, уже переключился на мавен, раньше я думал что мавен один из худших менеджеров пакетов, но создатели градле совершили невероятное и создали нечто еще худшее.

После Градле Мавен смотрится может и не как Идеал, но вполне хорошим решением, думаешь - а все эти годы я был неблагодарным к создателям Мавена, ругал их, не понимая как мне повезло.

Вообще жава коммунити поступает очень мудро. Скажем нода - NPM, там вообще мозгов не надо, один файл со списком названий зависимостей - все. На изучение - как сделать пакет или скачать зависимости для проекта на ноде - ну может минут двадцать надо потратить прочитать пару страниц.

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

А сейчас deno вообще ноду заменит, и там все еще проще.

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

Если не ошибаюсь - даже сертификаты есть. Прикиньте? Сертификат что ты знаешь как скачать десяток файлов-зависимостей и затем запустить компиляцию проекта? Кто из простых смертных смог бы додуматься что на таком тоже можно делать бабки?

Ну я же привел пример с пюсом, почему-бы неписать 1.plus(2) вместо 1 + 2. Намного-ли больше кода - не на много, сложнее ли читать сложнее но тоже не на много, вроде мелоч.