алсо Котлин может и в JS компилиться, нахрена ваша JVM в этом случае

а нахрена JS? :)

Ручками. Вообще не вижу проблемы

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

Ребята остановитесь)))) Я просто спросил))

Не обязательно совершенно.

Это тут нормальный треп

как можно писать на Java не зная JVM и С++? Как писать на С++ не зная ASM? Как писать на ASM не зная электротех? Как узнать электротех не зная физику?

Легко, если не пытаться напрямую вызывать код на C++

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

Если сразу работать с корутинами, то про треды вообще можно не думать

а нахрена JS? :)

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

Легко, если не пытаться напрямую вызывать код на C++

сарказм же

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

на лендинге котлин не нужен, а серьёзные приложения в вебе делать нельзя

на лендинге котлин не нужен, а серьёзные приложения в вебе делать нельзя

почему нельзя, кстати?

почему нельзя, кстати?

говно получится

говно получится

так и с js говно получится

и с typescript

да, поэтому просто не надо

Если сразу работать с корутинами, то про треды вообще можно не думать

Спорное утверждение. Легко столкнуться с проблемами, тем более, когда корутины не совсем в релизе. Можно конечно и на спринге писать, не зная, что внутри. Только хорошая ли это идея?

Как можно писать на Kotlin/JVM, не зная Java?

можно, у нас пишут)

можно, у нас пишут)

ну, у вас и на пхп пишут...

так говорите, как будто это что то плохое

ну, у вас и на пхп пишут...

триггеред

ну, у вас и на пхп пишут...

Пхп 7 -- нормальный язык...

ну, у вас и на пхп пишут...

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

Пхп 7 -- нормальный язык...

отличный даже

Спорное утверждение. Легко столкнуться с проблемами, тем более, когда корутины не совсем в релизе. Можно конечно и на спринге писать, не зная, что внутри. Только хорошая ли это идея?

Мы говорим про изучать, а не про продакшн. Много ли людей, пишущих на Java понимают, как работают threadы? А ForkJoinPool?

Мы говорим про изучать, а не про продакшн. Много ли людей, пишущих на Java понимают, как работают threadы? А ForkJoinPool?

многих ли из них можно подпускать к разработке?

многих ли из них можно подпускать к разработке?

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

Спорное утверждение. Легко столкнуться с проблемами, тем более, когда корутины не совсем в релизе. Можно конечно и на спринге писать, не зная, что внутри. Только хорошая ли это идея?

*стандартная напоминалка о том, что корутины — об асинхронности, а не о параллельности* Тредики с корутинками для внешнего наблюдателя сталкиваются, насколько я помню, только в виде CoroutineContext. Потоковая часть которого, в свою очередь, спрятана от пользователя за fun ExecutorService.asCoroutineDispatcher(). Ну и ещё, пожалуй, за моментами, когда важно выполнить операцию на конкретном потоке — это тоже покрыто всяческими kotlinx-coroutines-javafx да kotlinx-coroutines-android.

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

но как правило, желания в окружающих не наблюдается

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

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

но как правило, желания в окружающих не наблюдается

тоже самое о спринг макаках можно сказать.. так что дело то такое)

Может кто нибудь чуть подробнее объяснить про: Note: unlike Java, arrays in Kotlin are invariant. This means that Kotlin does not let us assign an Array<String> to an Array<Any>, which prevents a possible runtime failure?

Мы говорим про изучать, а не про продакшн. Много ли людей, пишущих на Java понимают, как работают threadы? А ForkJoinPool?

Я - нет, оттуда, видимо, и недопонимание. Просто изучать и писать что-то для себя можно вообще не понимая, что происходит) Надеюсь, что из тех, кто пишет "в прод" - достаточно.

Может кто нибудь чуть подробнее объяснить про: Note: unlike Java, arrays in Kotlin are invariant. This means that Kotlin does not let us assign an Array<String> to an Array<Any>, which prevents a possible runtime failure?

Java: Object[] a = new String[100500];

private val list : List<Any> = ArrayList<String>() private List<?> list = new ArrayList<String>(); у меня оба варианта работают

а бля... массивы...

сорян

private val list : List<Any> = ArrayList<String>() private List<?> list = new ArrayList<String>(); у меня оба варианта работают

Это из-за declaration site variance в List. В Java такое не прокатит.

Я - нет, оттуда, видимо, и недопонимание. Просто изучать и писать что-то для себя можно вообще не понимая, что происходит) Надеюсь, что из тех, кто пишет "в прод" - достаточно.

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

https://github.com/Kotlin/kotlinx.coroutines/issues/119#issuecomment-407669245 какая-то сложная магия пошла в бой

Они прокачались и теперь могут кастовать магию следующего уровня.

https://github.com/Kotlin/kotlinx.coroutines/issues/119#issuecomment-407669245 какая-то сложная магия пошла в бой

SPI что ли? Ну не такая уж и магия.

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

нормально, и тут нет разницы, дата они, или нет

на дата не обращай внимания)

Накину ещё

Я тоже накину: pony — язык известный тем, что в нем безопасность работы с памятью доказана _математически_. И в то же время, в трекере которого годами висят отчеты о крэшах.

посоны простой вопрос

есть в качестве параметра такое action:()->Unit = {}

но надо знать там дефолтное значение, т.е. {} или нет

как это обычно делается?

if (onSuccess != {}) же не отработает?

private val NoOp = {} action: () -> Unit = NoOp action != NoOp

а, собственно, нахрена?

да для алертдиалога

создавать каждый раз лень

и если коллбэка нет, то кнопка не должна создаваться

но да, так по ссылке проверит и в принципе логично

и если коллбэка нет, то кнопка не должна создаваться

тьфу, а если я передаю туда пустую функцию с таким же айдентити и хочу кнопку, которая ничего не делает?

есть в качестве параметра такое action:()->Unit = {}

возьми лучше (() -> Unit)? = null

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

пожалуй что так

вот эти скобки "лишние" только раздражают... я как-то предлагал синтаксис что-то вроде () ->? Unit

typealias Action = () -> Unit

ну так ещё больше букв :)

Это если тебе такое очень редко надо, но тогда это вообще не проблемма.

ERROR: S client not available

вот эти скобки "лишние" только раздражают... я как-то предлагал синтаксис что-то вроде () ->? Unit

() ->? (A?) ->? R?

никаких проблем не заметно?

это вам не хаскель, тут такие цепочки не позволяются

высмсле не позволяются?

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

и работают

fun foo(bar: () -> String -> Int) { TODO() } Такие что ли?

Expecting comma or ')'

Можно такое веселье вообше зафигачить :) fun foo(bar: (((() -> Int?)?) -> String?)?) {} Я понимаю, что это слишком :)

fun foo(bar: () -> String -> Int) { TODO() } Такие что ли?

fun foo(bar: () -> (String) -> Int) { TODO() } вот так правильно

fun foo(bar: () -> (String) -> Int) { TODO() } вот так правильно

хм, не знал

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

а то subtract в доках как то сухо описан

ну например у меня есть 2 коллекции юзеров и надо вычесть по совпадению двух полей

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

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

Через фильтр точно можно, с проверкой на наличие во второй коллекции элемента с таким же значением этих полей

хм, не знал

я еще вот так развлекался https://gist.github.com/Mishkun/f93915426c777c937b5fb6c8c3d21beb

ну через фильтр там получится громоздко, может быть как то можно одним методом, передать туда 2 коллекции и предикат ....

ну например у меня есть 2 коллекции юзеров и надо вычесть по совпадению двух полей

можно сделать a - (a union b) если юзеров немного

массивы небольшие

ну через фильтр там получится громоздко, может быть как то можно одним методом, передать туда 2 коллекции и предикат ....

Этот метод всегда можно написать самому. Всё-таки не для всех возможных случаев есть готовое решение в stdlib.

да можно то конечно ) просто думал что стдлиб умеет

можно сделать a - (a union b) если юзеров немного

minus точно через equals будет работать, а тут особый критерий

Если бы реализацию equals можно было определять отдельно, как Comparator, в некоторых случаях жизнь была бы проще.

Если бы реализацию equals можно было определять отдельно, как Comparator, в некоторых случаях жизнь была бы проще.

голосуй за KEEP-87 https://github.com/Kotlin/KEEP/pull/87

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

в эклипсовских библиотеках было что-то подобное

это как в своё время припаяли wait/notify ко всем объектам намертво и жалели

так теоретически можно и equals/hashCode отпаять

голосуй за KEEP-87 https://github.com/Kotlin/KEEP/pull/87

Ну я, если честно, не знаю, что такое тайпклассы. Тут скорее вопросы к Java, почему не все объекты обязаны иметь natural ordering, но иметь реализацию сравнения равен/не равен обязаны все. А сколько этих проблем с equals/hashCode и наследованием.

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

ты сейчас дал определение тайпклассов на пальцах