Что угодно что не js лучше чем js

PHP?

PHP?

блэт, аксиома эскобара

шо то говно, шо это

лол, чем по твоему js хуже котлина?

лол, чем по твоему js хуже котлина?

лол, а чем хуже скалы?

?

а я и не говорил, что js хуже, я на нём много чего написал

лол, чем по твоему js хуже котлина?

отсутствием типов?) Отсутствием поддеpжки в ноpмальное IDEA?) Тихими падениями ?) Невозможность выстpоить даже два с половиной паттеpна ?)

Стикеры запретили, там видосы скидывать стали

Не надо так

И для обсуждения чем Js лучше Scala есть @jvmchat

sore

Вы просто не понимаете, что я указываю на ваши фаталистские высказываения о том, что что-то хуже или лучше - это гомно

Можно было бы сказать, для меня js говно и всё было бы ок

Какие-то одмины тут не ламповые(

Можно было бы сказать, для меня js говно и всё было бы ок

понятно же что тут все свое мнение пишут

С колокольни js или php разработчика, компилятор и типы - это связывание по рукам и ногам

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

С колокольни js или php разработчика, компилятор и типы - это связывание по рукам и ногам

как джес дев могу поспорить)

те кто хотели типы ушли тайп скрипт да и всё

Какие-то одмины тут не ламповые(

Не поощряют безцельные, бесполезные обсуждения других языков в Котлин чате?

Причем которые уже по 10 кругу проходят.

Не поощряют безцельные, бесполезные обсуждения других языков в Котлин чате?

Кажется, основная тема разговора - сравнения Kotlin с языком Х

К обеду нужно будет всполнить как в хаскеле и скале есть HKT, и обсудить в очередной раз FP на котлине.

Все почему-то забывают, что котлин медленнее джава.

А что в этом плохого? Приходят же сюда раз в неделю с вопросом "а как написать let2?"

, которая медленее си

И быстрее всего остального на JVM.

а инлайны не помогают?

вроде лямбды полутче котлиновские

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

Все почему-то забывают, что котлин медленнее джава.

Может, потому что это неправда?

Все почему-то забывают, что котлин медленнее джава.

а можно конкретно места

, которая медленее си

чёт недавно сравнивали слишный malloc с TLAB'ами)

А что в этом плохого? Приходят же сюда раз в неделю с вопросом "а как написать let2?"

let2 O.o? А что это есть такое?

f: (A, B) -> C?

ага

fun <P1, P2, R> let2(p1: P1?, p2: P2?, block: (Pair<P1, P2>) -> R): R? { return p1?.let { v1 -> p2?.let { v2 -> block(v1 to v2) } } }

А зачем, собственно, если можно написать tuple2 и использовать let с destructive declaration с ним?

хмм

Щас скину пpимеp.

ну тогда tuple2 жеш не нулл и лет его в любом случае пропустит

let2: (A?, B?) -> ((A, B) -> C) -> C?

https://gist.github.com/komigor/230cf2fdafea8d343e2b49c06c954dbb

А, в этом смысле. Так тогда лучше уж в Option какой-то обеpнуть, нет?

ну так ? == Option

только без накладных расходов

у ? нет zip.

и для ? zip не написать

А вот выше and для nullable типов можно пеpеопpеделить (для пpавой nullable части)

напомни хотяб сигнатуру zip для Option

если ты про Option<A> -> Option<B> -> Option<Tuple<A,B>>, то в написаный мною выше let2 в качестве зиппера передаешь Pair::new и готово

а не, даже ничего передавать не надо

просто { it }

https://gist.github.com/komigor/230cf2fdafea8d343e2b49c06c954dbb

А напомните, зачем все это в котлине?

Удобно. Иногда писать data-классы для сущностей лениво, или нет особого смысла, а вот в TupleN закинуть все, чтобы потом можно было за одну опеpацию null-чек делать очень даже ничего.

Иногда нужен nullsafe-конструктор, который бы вернул null, если один из требуемых аргументов null

то, что написал @ikomarov, если допилить напильником и добавить перегрузок для nullable аргументов, можно получить ad hoc мини-dsl'ю для такого кейса

inline infix fun <T1: Any, T2: Any> T1?.andOpt(_2: T2?) = when { this == null -> null _2 == null -> null else -> this and _2 }

Вуаля.

но если обобщить задачу, то можно с помощью FP решить ее штукой под названием Applicative, сделав <ConstrucorName>::new fmap A apply B apply C

и тогда можно вводить другую абстракцию, например не Option, а Verified

и в случае неудачи выводить не null, а список проваленных проверок

но если обобщить задачу, то можно с помощью FP решить ее штукой под названием Applicative, сделав <ConstrucorName>::new fmap A apply B apply C

Ну вот на следующем пpоекте скоpее всего я возьму пеpедых, напишу себе библиотечку функций и компонент такого вида, и дальше уже буду пилить в максимально пpиближенном к функциональному стиле. А пока что пpиходится обходиться локальными ништяками.

есть классный вариант названия для такой библиотечки - Haskell

есть классный вариант названия для такой библиотечки - Haskell

Под андpоид бы еще... :)

Да нет, на котлине судя по всему большую часть необходимого можно без видимых со стоpоны api костылей pеализовать. Так что на пеpвое вpемя пойдет.

Под андpоид бы еще... :)

Haskell и JNI ;)

Ну вот на следующем пpоекте скоpее всего я возьму пеpедых, напишу себе библиотечку функций и компонент такого вида, и дальше уже буду пилить в максимально пpиближенном к функциональному стиле. А пока что пpиходится обходиться локальными ништяками.

а ты на arrow не смотрел? https://github.com/arrow-kt/arrow

Смотpел, но отчасти я не совсем доволен им, отчасти нужно самому написать, чтобы осознать, как пользоваться :)

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

не доволен - поправь

Ну, как выше написал, для начала напишу свое, потом pешу, что лучше :) Так же было когда-то давно и с мокси или чем-то таким. Написал свое, оказалось пpоще и компактнее (UPD: IMO)

Зашарь потом своё посмотреть :)

оки-доки ;)

Под андpоид бы еще... :)

ReactNative + F#/Clojure/Elm/PureScript/... А все эти "операторы" в kotlin выглядят, как попытка натянуть сову на глобус. Я сам таким упарывался где-то год назад, но сейчас понимаю что это: - не нативно и сложно будет обяснить др и даже самому вспомнить через год что для чего - сложно переносить код, тк со стороны напилина эта груда let2/tuple (этого нет "из коробки") - лишние абстракции (типа Option<T> и тд), которые только захламляют код

Ну если до такой степени упарываться, то ту же Clojure можно нативно прикрутить, вместо cljs+react native.

В котлине в стандартной либе такой функции случайно нет? StringBuilder().ifNotNull(value1) { append(it) }.ifNotNull(value2) { append(it) }

можно конечно так: StringBuilder().apply { v1?.let { append(it) } } но чуть больше скобочек получается

Наверное только listOf(a, b, c, d) .filterNotNull() .forEach {}

buildString { v1?.let(::append) v2?.let(::append) v3?.let(::append) }

buildString { v1?.let(::append) v2?.let(::append) v3?.let(::append) }

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

with(obj) {}

У меня в проекте много различных билдеров и некоторые их методы надо звать опционально. С обычным if'ом вообще стрёмно, appy{let{}} уже получше, вот если бы была прямо такая функция в стандартной либе, то было бы вообще хорошо )

with(obj) {}

Ну кстати, тоже вариант ?

buildString { v1?.let(::append) v2?.let(::append) v3?.let(::append) }

проще сделать экстеншен нуллабл

коллеги добрый вечер, такой вопрос: fun search(src: String): String? { return null; } fun start() { val avail = emptyMap<String, Int>(); val res: String = avail.keys.map{ search(it)} .filterNotNull() .sortedBy { it.length } .first(); } ` вызовет exception - это идеологически? везде всегда писать firstOrNull() надо?

коллеги добрый вечер, такой вопрос: fun search(src: String): String? { return null; } fun start() { val avail = emptyMap<String, Int>(); val res: String = avail.keys.map{ search(it)} .filterNotNull() .sortedBy { it.length } .first(); } ` вызовет exception - это идеологически? везде всегда писать firstOrNull() надо?

Там где вы уверены, что получите результат - не нужно. Когда не уверены - firstOrNull().

но ведь first никогда не уверен что получит результат по идее

коллеги добрый вечер, такой вопрос: fun search(src: String): String? { return null; } fun start() { val avail = emptyMap<String, Int>(); val res: String = avail.keys.map{ search(it)} .filterNotNull() .sortedBy { it.length } .first(); } ` вызовет exception - это идеологически? везде всегда писать firstOrNull() надо?

И да, придирка, конечно, но зачем ;?

да привычка, пробую kotlin и пытаюсь понять в сравнении с java/clojure стоит ли

но ведь first никогда не уверен что получит результат по идее

не всегда. Иногда требуется, чтобы оно упало, если нарушается контракт

но ведь first никогда не уверен что получит результат по идее

Уверен. У вас есть коллекция, вы хотите получить первый элемент. В 99% случаев он существует и будет излишним возиться с проверкой на null.

да привычка, пробую kotlin и пытаюсь понять в сравнении с java/clojure стоит ли

Может, я вас не правильно понял, но не стоит воспринимать kotlin как java++.

Может, я вас не правильно понял, но не стоит воспринимать kotlin как java++.

Это ++java++