можно здець иногда спосить вопросы на английском или это запрешено?

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

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

Ну английский знают многие. Лучше на нём, чем на ломаном русском.

может он переводит

может он переводит

Да, сразу не допёрло(

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

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

Better speak English then. It is not a problem.

ok, thanks.. don't have any questions right now since I'm not programming today but good to know for the future

Telegram is much more convenient than firing up slack) are coroutines out of the experimental stage now?

Telegram is much more convenient than firing up slack) are coroutines out of the experimental stage now?

They will be released in 1.3, AFAIK.

But they are stable and usable even now.

yes I've been using them quite a bit was just wondering as to the status - haven't been programming for a few months in Kotlin

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

Если исключение часть ответа бизнес логики, то документировать, либо даже перенести эту логику в возвращаемое значение. Checked exceptions в этом отношении не очень помогают, на самом деле. Обычно вылетает какой-нибудь DatabaseException, а все подробности внутри message. И дальше что хочешь с этим, то и делай, хоть парси его регуляркой, если нужно красиво показать пользователю что именно не так.

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

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

Пока нет. А будут скорее всего в ktor.io

Пока нет. А будут скорее всего в ktor.io

Почему не в стандартной библиотеке?

Почему не в стандартной библиотеке?

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

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

Зачем тянуть ктор в проект если нужны только сокеты?

В планах сделать отдельную от ktor.io библиотеку с блекджеком и асинхронными сокетами.

Это которая kotlin-io?

kotlinx.io Туда постепенно переедут и асинхронные сокеты

Наткнулся на такую забавную штуку.

Когда добавляю as WebDriver, то говорит, что это излишне, а когда убираю - не может сам его вывести.

А как OperaDriver определен?

очевидно, что OperaDriver : WebDriver , ChromeDriver: WebDriver , иначе у человека бы и вопроса не было

Наткнулся на такую забавную штуку.

а все елементы Type были спользованы ?

а все елементы Type были спользованы ?

Ага enum class Type { CHROME, OPERA }

мб взять sealed class?

public class ChromeDriver extends RemoteWebDriver impllements ... public class OperaDriver extends RemoteWebDriver implements ...

мб взять sealed class?

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

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

не, это баг, несомненно

периодически натыкаюсь на такие баги, но с каждым обновлением их становится меньше

Зафайлишь issue в YouTrack, пожалуйста?

они же перепилили type inference, в 1.3, как я понимаю, большая часть багов исчезнет

а когда намечен релиз 1.3, хотя бы ориентировочно?

а когда намечен релиз 1.3, хотя бы ориентировочно?

конец этого года или начало следующего :)

Кстати, могу протестить это с превью 1.3

конец этого года или начало следующего :)

Долго еще инлайн классы ждать(

Интересно, заиграет ли новыми красками термин type erasure после их релиза

Интересно, заиграет ли новыми красками термин type erasure после их релиза

Почему должен?

Почему должен?

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

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

я бы вообще сказал, что это typealias, только с более строгим отношением языка к нему

я бы вообще сказал, что это typealias, только с более строгим отношением языка к нему

С точки зрения языка это полноценный тип. typealias - это что-то вроде typedef в C.

А как это все из джавы выглядит?

никак

тайпалиасы всмысле

ну и инлайн классы никак)

тайпалиасы всмысле

Компилятор их подставляет

считай это дериктивой #define

а есть где то чейнджлог 1.3 кроме той трансляции?

Идея с египетскими иероглифами мне нравится больше

Kotlin JVM имеет какие-то личные плюхи для вызова C кода? Или только как на Джаве?

jvm жи един

Ну мб библиотека какая-нибудь, и ещё что. Всё что я находил - для Натива.

Ну мб библиотека какая-нибудь, и ещё что. Всё что я находил - для Натива.

Для JVM нет никакой разницы, котлин делает нативные вызовы или Джава.

Понятно

ERROR: S client not available

Если это реально исключительный случай - то это другая история

исключения только в исключительных случаях и надо кидать

тут всё очень плохо

было бы очень круто иметь какой-нибудь интероп для Kotlin JVM и Kotlin Native

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

В планах сделать отдельную от ktor.io библиотеку с блекджеком и асинхронными сокетами.

Здорово, kotlin only, без jvm зависимостей?

щас наверное все будет идти без jvm зависимостей, для мультиплатформенности

Вот это и интересно, думаю про худые контейнеры на альпине

эх как же все печально с thread local

щас наверное все будет идти без jvm зависимостей, для мультиплатформенности

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

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

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

Вы ж вроде одну и ту же IDE продаёте (почти) под все бекенды, не? Ну нэйтив пока не, но нэйтив же подтянется.

Ну нейтив, да AppCode CLion IDEA Ultimate (WebShtorm)

да и сейчс на котлине без ИДЕ писать не камельфо

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

Дык ну вот платформонезависимая stdlib, а дальше берите ведроед / спринг / фаундэйшн фреймворк и вяжитесь на платформу. Самое оно

первые 200 квикфиксов в сутки бесплатно, остальные по 1 центу за 10 штук, например )

Вы с Microsoft путаете)

Ну нейтив, да AppCode CLion IDEA Ultimate (WebShtorm)

Ага, то есть нэйтив будет дружить с аппкодом ? (пока ж CLion + XCode, первый на идею обещали заменить, о втором ни слова)

Вы с Microsoft путаете)

Он не путает, он инсайдом делится.

Кто-то там недавно чёт о нарушениях NDA говорил... ?

?

скорее всего совсем тупой вопрос, но я не могу понять, что я делаю неправильно class Foo { inline fun <T: Foo, R: Foo.Bar> T.extention( block : Foo.Bar.() -> Unit) : T { block() // no value passed for parameter p1 return this } inner class Bar { fun doSomething() = "I did it" } } почему от меня требуется параметр в пустом блоке?

Дык не просто block(), а bar.block(). Он экстеншн-функция, ожидает ресивер.

огромное спасибо

Не за что.

дублирую ответ(вдруг кто-то так же не понимает), еще раз спасибо class Foo { inline fun <T: Foo, R: Foo.Bar> T.extention( block : Foo.Bar.() -> Unit) : T { Bar().block() return this } inner class Bar { fun doSomething() = "I did it" } }

Немного странно создавать объект, вызывать на нём блок и тут же о нём забывать, это точно то, чего вы добивались?

скорее мне было дико интересно, что я делаю неправильно

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

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