Тут никак не выкрутиться, нужно рвать зависимость.

а как, если его создает плагин котлина?

Мб попробовать откатиться?

Хм, а почему у других пользователей котлин плагина все ок?

Пресловутые вылетающие у каждого 1/10000 пользователя баги

Хм, а почему у других пользователей котлин плагина все ок?

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

Ну у меня проект с 11 модулями. Некоторые вложенные. Полет нормальный.

У меня помню тоже были проблемы с циклами, решил разрывом зависимостей с помощью +1 модуля.

Дело было в этом: https://youtrack.jetbrains.com/issue/KT-21181 https://github.com/gradle/gradle/issues/847

ошибка возникает только если у проектов есть одинаковое название

например A:jvm, B:jvm (jvm - одинаковое название)

Side advice: юзать кобальт

А как у него с Kotlin/Native и multi-platform?

А как у него с Kotlin/Native и multi-platform?

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

Мои вопросы он как-то проигнорил и я забил на кобальт

Мои вопросы он как-то проигнорил и я забил на кобальт

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

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

Можно устроить флешмоб...

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

Можно устроить флешмоб...

"Ломаем прод, пока не починят кобальт"? :)

Ну вот я все собираюсь катнуть статейку в хабр про кобальт, пробабли это прибавит ему известности и мейнтейнеров

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

Ну вот я все собираюсь катнуть статейку в хабр про кобальт, пробабли это прибавит ему известности и мейнтейнеров

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

"Ломаем прод, пока не починят кобальт"? :)

Переводим все на кобальт

Нет, ну шутка ли, писать билдскрипты на котлине

Это та фича, что в свое время обеспечила успех градла

В некотором смысле

https://github.com/KotlinBy/awesome-kotlin/commit/16cae798560abe7b5aba69ac4964c4b6a0f5a41d#diff-9e9bc3b137c68b6d2f626cfa2a8545e5

Вот я переводил один проект на кобальт (потом откатил конечно)

Хотя на фоне мавена все, в чем нет xml-я имело бы успех -_-

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

Банально не нашел как сделать папочку со скриптом запуска и зависимостями, аля application плагин в gradle

Кстати, кобальт был бы гораздо более дееспособен, будь у него интероп с градлом

Если бы не было gradle

Звучит логично, но страшно себе представлять, насколько бы это усложнило кобальт (и убило всю его суть).

Если бы не было gradle

Ну, кобальт это вообще котлин-специфик

Это одна из его проблем ?

Почему, он же сам детектит какие у тебя папочки и умеет собирать groovy/java/kotlin

А потом у тебя появляется необходимость подтянуть нативную зависимость с JNI-прослойкой и ты кидаешься менять систему сборки.

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

Ой ли?

Да и у котлина вообще пока ast-tree нет

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

Вот это спорно, я не умею на груви писать, совсем)

Это иллюзия

Кстати, Руслан, как там дела с UAST, когда в паблик выйдет?)

))

И понимать этот java-groovy синтаксис не могу

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

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

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

+1

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

Не-а. Другой разговор, что рантайм грувей позволяет напрямую на Java писать всё.

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

Идея постоянно показывает, что ничерта не понимает и не может найти объявлений и инициализаций, а градл все равно работает

Идея постоянно показывает, что ничерта не понимает и не может найти объявлений и инициализаций, а градл все равно работает

Это про Kotlin DSL?

Про груви

Ща бы Баруха с его греилсом скастовать, прости господи

Всегда его вспоминаю, когда разговор заходит про груви

Не-а. Другой разговор, что рантайм грувей позволяет напрямую на Java писать всё.

Оно-то, конечно, круто, только на джаве билдскрипты писать наверняка ещё больнее, чем на котлине -- народ до сих пор страдает с облюбленными грувистами Closure и Object по всему коду.

Идея постоянно показывает, что ничерта не понимает и не может найти объявлений и инициализаций, а градл все равно работает

Вот именно, правил как-то билд скрипт, доставшийся от груви-энтузиаста и нифига не мог понять, то что я написал - валидный вообще груви код или нет? Красным светится, но не падает до последнего

Оно-то, конечно, круто, только на джаве билдскрипты писать наверняка ещё больнее, чем на котлине -- народ до сих пор страдает с облюбленными грувистами Closure и Object по всему коду.

Больно, да. А потом после них больно "убираться" и переписывать всё на groovy.

Ща бы Баруха с его греилсом скастовать, прости господи

Ну вот грейлс — вещь охренительная, но это уже другой разговор.

Аа, так груви это скриптовый язык

А я все думал, что так сложно

Кстати, Руслан, как там дела с UAST, когда в паблик выйдет?)

а UAST это разве аналог ast-tree груви?

это же вроде только для универсальных инспекций в идее

а для плагинов к котлину они как раз переводят все на ir

нет?

Кстати, Руслан, как там дела с UAST, когда в паблик выйдет?)

Я ж не в JB, и к UAST никого отношения не имею (сорь пропустил вопрос сразу)

Но в Talking Kotlin рассказывали что UAST в новом андроидовом линте используется

Дээ, это я тебя с Кириллом перепутал. Прошу пардона. :)

Знаю, об этом ещё на котлинконф рассказывали, но с тех пор я больше новостей не слышал.

(понаставят себе тёмных аватарок, понавешают лычек "admin", поди разберись, кто где)

ну линт - это же инспекции. можно посмотреть, и сделать какое то сообщение об ошибки. но код преобразовать не получиться (чтобы плагин к компилятору сделать). не похоже на аналог ast-tree в груви. вроде где то говорили что компилятор собираются перевести на ir, который можно будет трансформировать в плгаинах к компилятору

но сейчас компилятор явы не использует ir

вроде как то так

Я пытался найти среди участников чата человека, который делает UAST. Не нашёл

И таки uast -- это про инспекции в идее, да

ну линт - это же инспекции. можно посмотреть, и сделать какое то сообщение об ошибки. но код преобразовать не получиться (чтобы плагин к компилятору сделать). не похоже на аналог ast-tree в груви. вроде где то говорили что компилятор собираются перевести на ir, который можно будет трансформировать в плгаинах к компилятору

А, ты прям хочешь AST, который можно менять и суть кусок компилятора. Да, в компиляторах для плагина нынче довольно низкоуровнево всё, увы.

как из ByteArray красиво извлечь подмассивы длиной по 16, чтобы получилось val list: List<ByteArray>, где list[anyIndex].size == 16?

filter

filter

нет-нет, ты не совсем правильно понял я хочу разделить один длинный ByteArray на массивы по 16 байт

плохо сформулировал, наверное

Chunked(16)?

ну да

https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.collections/chunked.html

https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.collections/chunked.html

оо, спасибо а я все на ByteArray его ищу

Правда возвращает он List<LIst<Byte>>, что может не подойти в зависимости от задачи.

А можно ли как-то осуществить pattern-матчинг List<T> по T в котлине?) В лоб на ночь глядя навряд-ли что-то смогу придумать

А можно ли как-то осуществить pattern-матчинг List<T> по T в котлине?) В лоб на ночь глядя навряд-ли что-то смогу придумать

не совсем понял, у тебя дженерик-функция принимающая List<T>?

В любом случае, нельзя, потому что паттерн-матчинга в Котлине нет.

(сейчас мне наваляют за занудство)

ты же админ, кто тебе наваляет-то

сообщество же)

не совсем понял, у тебя дженерик-функция принимающая List<T>?

Мне нужно A: C B: C someVal: List<C> when(someVal) { is List<A> -> ... is List<B> -> ... } делать, где A, B унаследованы от одного sealed класса

ну учитывая то что типы стираются и в рантайме это всё один тип List – нельзя притом, а если это List<T>, где T – твой sealed класс? то есть среди элементов есть и A, и B

Мне нужно A: C B: C someVal: List<C> when(someVal) { is List<A> -> ... is List<B> -> ... } делать, где A, B унаследованы от одного sealed класса

этой информации в рантайме нет, можно сделать подобное лишь пробежав по элеметам

если ты уверен что элементы только одного типа, то можешь по типу первого элемента матчить

ну учитывая то что типы стираются и в рантайме это всё один тип List – нельзя притом, а если это List<T>, где T – твой sealed класс? то есть среди элементов есть и A, и B

Я в курсе :) Думал, есть ли сравнительно адекватные варианты

если ты уверен что элементы только одного типа, то можешь по типу первого элемента матчить

а если лист пустой?)

Я в курсе :) Думал, есть ли сравнительно адекватные варианты

map { when (it) ... }

Я в курсе :) Думал, есть ли сравнительно адекватные варианты

типа when (someVal.first()::class) { ... }

ребята, нужны про корутины проекты опенсорсные красивые, чтобы изучить