@angmarr вообще-то документация глаголит что Unit это то же самое, что и void в Java. Так какого чёрта в интеропе этот тезис никак не учитывается?

Да, надо писать как Unit в Scala или вообще окамл (так понятнее? ?). К сожалению в Kotlin приходят из джавки, а не нормальных языков и надо как-то обяснять куда делся void.

Да, надо писать как Unit в Scala или вообще окамл (так понятнее? ?). К сожалению в Kotlin приходят из джавки, а не нормальных языков и надо как-то обяснять куда делся void.

Эй, давай без наездов на Джавушку.

Ну так никто не запрещает джавовские функциональные интерфейсы. Тот же Consumer. Вы же с метода, у которого ретурн тайп String, не ждете что он вдруг void станет. Так почему тогда метод, возвращающий Unit, вдруг должен стать void?

Ну так никто не запрещает джавовские функциональные интерфейсы. Тот же Consumer. Вы же с метода, у которого ретурн тайп String, не ждете что он вдруг void станет. Так почему тогда метод, возвращающий Unit, вдруг должен стать void?

Ну так-то Unit особенный, в Котлине его можно не возвращать явно.

Лучше SAM for Kotlin interfaces

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

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

Почему костыль? Он нужен затем, чтобы иметь возможность в одном классе реализовать несколько интерфейсов, имея возможность эти же интерфейсы реализовывать лямбдочками.

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

В C# generic делегаты, но имхо тоже костыль, от того что лямбды добавили не сразу (как и в java) (в отличие от kotlin)

Для меня SAM выглядит абсолютно логичным явлением...

Для меня SAM выглядит абсолютно логичным явлением...

В том смысле “как добавить в язык лямбды через 20 лет после релиза”? В новых языка так ведь не надо делать?

В том смысле “как добавить в язык лямбды через 20 лет после релиза”? В новых языка так ведь не надо делать?

Ты заставляешь меня думать :)

И функциональный тип, и интерфейс — это некий контракт. Этим они схожи для меня.

Я мыслю с точки зрения экономии объектов и методов в рамках существующей реализации виртуальной машины, но если функции станут бесплатными, то SAM, пожалуй, не нужен.

Это не помогает реализовать несколько интерфейсов в одном классе.

https://geekbrains.ru/posts/tiobe_summer_17

о нет джава is dying

о нет джава is dying

Pascal revives

скретч скоро станет топ1

Теперь понятно, почему на одну вакансию программиста приходится 40 резюме, а трудоустраивать некого - во всем виноват Scratch!

откуда это про 1 к 40?)

откуда это про 1 к 40?)

где-то недавно видел постик про такой парадокс, или в видео каком-то слышал

ну по факту весьма похоже на реальность

где-то недавно видел постик про такой парадокс, или в видео каком-то слышал

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

чет хз по моему вообще наоборот))

чет хз по моему вообще наоборот))

потому что всем нужны сеньоры, а их нету

сеньоры скретча)

сеньоры скретча)

интересно, а есть ли такая вакансия в реальности?

интересно, а есть ли такая вакансия в реальности?

Коечно. Ими лет в 10 становятся

Коечно. Ими лет в 10 становятся

Ну то, что ими становятся, еще не значит, что им трудоустроиться можно

да в 10 лет наверно сложно трудоустроится)

да в 10 лет наверно сложно трудоустроится)

порой и в 18 сложно...

(не на скретч, а на норм разраба)

Как будто 18летний чем то лучше пятиклассника ?. Сначала университет закончи, а потом уже поговорим.

Как будто 18летний чем то лучше пятиклассника ?. Сначала университет закончи, а потом уже поговорим.

А в чем заключается роль университета при трудоустройстве? (есть пара своих мыслей, но хочу узнать мнение других)

Это абсолютно не тема чата, мы тут высказали пару своих имхо и хорош

Это абсолютно не тема чата, мы тут высказали пару своих имхо и хорош

ок, согласен, флудить не буду

@dshilnikov хорошо, если вспомню напишу

привет ) тебе актуально ещё?

да конечно, кидай гляну

щас попробую, там несколько мест менять надо

короче, в первую очередь надо в build.gradle добавить зависимости некоторые

https://pastebin.com/U2rzLraV

у меня ничего не компилится, если хоть одну из них выкинуть

https://pastebin.com/xAWKdTKx

вот это нужно добавить в какой-нибудь файл в каталоге webpack.config.d

без плагина у меня jQuery не подключался, я хз, может есть какой-то другой способ его подключить

в самом коде на котлине нужно строчку вставить в самое начало runtime.wrappers.require("bootstrap-loader")

после этого у меня всё заработало

Всё так

насколько понимаю там не все так просто

Да

Дико бесит

была когда-то речь очень давно в некоторых случаях разрешить смарткаст var переменных, но это скорее всего давно и не правда)

:D

но тут же можно обойтись без if ?

кстати да

но тут же можно обойтись без if ?

В данном случае да

Но бывают случаи когда нет

В данном случае нет. Если left не пустой, то мы вызываем на нём рекурсивную функцию, иначе его инициализируем.

можно написать что-то типа left = left?.add(...) ?: create(...)

ERROR: S client not available

можно написать что-то типа left = left?.add(...) ?: create(...)

+1

Ты не прав :)

пусть add возвращает this

Так, колитесь, как вы делаете подсветку кода?

пусть add возвращает this

`

перед и после

Так, колитесь, как вы делаете подсветку кода?

` - три таких штуки сверху и внизу

(клавиша с тильдой ~)

` - три таких штуки сверху и внизу

тогда можно код на несколько строк

В телеграмме, вообще, заявленна полная поддержка markdown и html

если одна ` — то только в рамках одной строки

Спасибо. :)

A это хорошая затея, кстати.) Спасибо.

можно написать что-то типа left = left?.add(...) ?: create(...)

пусть add возвращает this

A это хорошая затея, кстати.) Спасибо.

эта идея называется https://en.wikipedia.org/wiki/Fluent_interface :)

Не слышал, щас чекну.) Хотя единственное что мне не нравится - это излишние действия *ссылки будут "перебиваться", когда рекурсия пойдёт обратно*

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

а. все просто. их нельзя вызывать из джавы)

var переменная. А вдруг к ней доступ из нескольких потоков? Поэтому смарткаста нет.

И даже если не из разных потоков, то смарткаста всеравно не будет. Так как гет переопределяемый. И ничто не мешает написать его так, чтоб null вообще как-то рандомно возвращался. (а почему бы и нет? генерируем рандомное число от 0 до 1, если больше чем 0.5, то возвращаем null). В результате если в ифе при проверке null не вернулся, то не значит что и при следующем вызове (тело ифа) тоже не вернется null.

Используй ?.let()

Кто читал jcip, тот знает, что (a != a) может быть true

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

хочу красиво сделать

хочу красиво сделать

Экстеншн для вьюхи?

вьюха не кастомная

EditText + TextWatcher?)

tabLayout